FAQ |
Kalender |
![]() |
#1 | ||
|
|||
Bara ett inlägg till!
|
"Enligt ett blogginlägg av Ian Hickson på WHATWG, en annan organisation som arbetar med att utveckla html, ska standarden i framtiden ses som ett levande dokument.
I praktiken innebär det att specifikationer för nya funktioner i html helt enkelt läggs till löpande i standarddokumentet. ... En positiv tolkning av förändringen är att den underlättar en dynamisk utveckling av html och att tidsplaner som ändå inte låter sig göras inte kan påverka negativt. En annan tolkning är att de som arbetar med utvecklingen av html inte vill höra mer gnäll om försenade versioner. En elak tolkning är att de slipper bry sig om att göra vettiga tidsplaner." Källa: http://www.idg.se/2.1085/1.364479/sl...ml-versionerna |
||
![]() |
![]() |
![]() |
#2 | ||
|
|||
Nykomling
|
Om man läser lite mer om det hela på slashdot och kommentarerna däri så känns det hela inte så troligt längre.. Blir problem med marknadsföringsfolket och "standardiseringstänket".. Och jag håller med.. Det lät intressant men egentligen är det inte riktigt görbart tror jag.. Som användare (och supportnisse) så VILL MAN VETA vilken version av någonting är "certifierat" för..
|
||
![]() |
![]() |
![]() |
#3 | ||
|
|||
Supermoderator
|
Citat:
__________________
Full-stack developer, free for smaller assignments |
||
![]() |
![]() |
![]() |
#4 | ||
|
|||
Flitig postare
|
Citat:
Skumt att så mycket folk kan tänka sig att köpa teknikprylar som inte klarar av att visa allt på webben som man kan från en dator... Även om det väl lär komma efterhand som processorkraften i de små undren blir bättre och användarna väljer pryl efter det behovet... |
||
![]() |
![]() |
![]() |
#5 | ||
|
|||
Mycket flitig postare
|
Citat:
Jag skulle gissa att de som specat och implementerat HTML-standarden i 20 år har betydligt bättre koll på om versionnummer är något som behövs för implementationerna eller inte. Ta tex Firefox de har 3 olika sätt att rendera sidan och de är Quirks Mode, almost standards mode och full standards mode: https://developer.mozilla.org/en/Moz...7s_Quirks_Mode. Inte en för varje HTML-version. Det enda som versionnumret har används för är ju i marknadsföringsskäl när folk hävdar att sidan är skriven i HTML5 tex. Även om de flesta som hävdar det antagligen använder video-taggen och har ingen aning om vad HTML5 egentligen är. W3C verkar vilja marknadsföra och ha sig och vill antagligen ha ett versionnummer. Däremot WHATWG som består av folk från de olika webbläsarna är de som valt att avskaffa versionnumret eftersom de inte sett en anledning att ha kvar det. Och varför har ingen uttalat sig om detta innan. HTML5 har ju utvecklats så här hela tiden. Sen att det kallades HTML5 från början och inte bara HTML är bara olyckligt eftersom man nu behöver plockar bort 5:an. Men inget har ju ändrats förutom namnet. Men fortsätt ni kalla det HTML5 om ni tycker det blir lättare att skriva HTML då. Om du tex skriver en sida med doctype "-//W3C//DTD HTML 4.01//EN" (HTML 4.01 strict) så kommer den renderas exakt på samma sätt som en sida som har en HTML5 doctype <!DOCTYPE HTML>. Exakt på samma sätt. Sen hade ju varit trevligt om det var så att man visste att Firefox 3 stödjer HTML4.01, Firefox 4 stödjer HTML5 osv. Men så har det aldrig fungerat och att då döpa om det från HTML5 till HTML är ju bara för att förtydliga det. Senast redigerad av WizKid den 2011-01-23 klockan 13:51 |
||
![]() |
![]() |
![]() |
#6 | ||
|
|||
Supermoderator
|
Jo, det är ju lite av min poäng. Det lär ju bli hundra resor värre om man inte åtminstone försöker enas om EN standard. Spretar alla åt olika håll så blir webbprogrammerare än mer hånade av "riktiga programmerare"
![]()
__________________
Full-stack developer, free for smaller assignments |
||
![]() |
![]() |
![]() |
#7 | ||
|
|||
Mycket flitig postare
|
Citat:
Kan rekommendera att folk läser: http://blog.whatwg.org/html-is-the-new-html5 där Ian Hickson förklarar varför man gör som man gör. Det finns även besvarat i WHATWGs FAQ vad det hela betyder: http://wiki.whatwg.org/wiki/FAQ#What...ard.22_mean.3F Tex kan man i FAQn hitta "No browser ever implemented all of HTML4, for example, even in the years after it was a formal Recommendation". Så för er som förlitat er på versionnummer av HTML antar jag inte använt en enda HTML4 feature. |
||
![]() |
![]() |
![]() |
#8 | ||
|
|||
Medlem
|
Tror det kan ha en negativ effekt på utvecklingen. "Vanliga" användare blir allt mer medvetna om vad markup är och vad som är modernt, kanske inte själva markup'en i sig, men vad det är.
Bidrar detta till att utvecklarna av webbläsare kommer sacka efter ännu mera? Det tror jag i alla fall. Så länge det inte finns monopol går det inte att få ordning på detta, bevisligen. IE, Mozilla, Opera mm. kör sina egna race med egna tolkningar av standarden. Den webbläsare jag stött på som verkar hålla bäst mått idag är chrome, och det är tack vara googles stora satsning på framtidens internet. |
||
![]() |
![]() |
![]() |
#9 | ||
|
|||
Administratör
|
Citat:
Själv ser jag verkligen poängen med att ha versionsnummer. Det gör att man kan skriva test för specifika versioner och ställa upp mål att utgå från när det gäller standardsstöd för en kommande browser. Framförallt när webbutvecklingscommunityn har en standard som de förväntar sig att nästa webbläsare från X ska ha nästan fullgott stöd för och sedan enkelt kan testa kompatibiliteten genom automatiserade tester så sätts en press på webbläsar-utvecklarna. Har man en standard som konstant utvecklas och förändras tror jag att sådan målmedveten utveckling kommer försvåras rejält.
__________________
eldefors.com - Personlig (teknik)-blogg |
||
![]() |
![]() |
![]() |
#10 | |||
|
||||
Klarade millennium-buggen
|
Citat:
Som du säger använder du ju Chrome sig av Webkit så allt för mycket credd ska ju inte Google ha. Dessutom, deras HTML5 prioriteringar ligger främst inom områden som tjänar dem själva, exempelvis "Offline" osv. för Gmail och Google Docs. Dessutom, det mesta arbete som Google gör är ju att skapa sina egna standarder som Native Client, WebP och WebM. Även Chrome Web Store är ju ett försök att börja kontrollera Web Apps med egna standarder. |
|||
![]() |
![]() |
Svara |
|
|