Kommentarer till XHTML lever!

Av: Ray Arnoldson

Ray Arnoldson — Fri, 25 Jan 2008 12:48:11 +0000

If XHTML is more corect than ”HTML” Maybee it’s isyer for thouse ho build browsers, to agree hou to standardise them. That wood bee somthing to aplause.

Av: Robert's talk» Why XHTML?

Robert's talk» Why XHTML? — Sat, 09 Apr 2005 18:31:48 +0000

[...] eaner code, code that has to validate and be more semantic correct”. Martin wrote a post recently why he uses XHTML (unfortunately, it's in Swedish). But I don't agree with t [...]

Av: mikael almehag

mikael almehag — Fri, 08 Apr 2005 21:49:54 +0000

Ja, det var ju lyckat att inte skicka med någon adress. Här kommer den: http://www.xml.com/pub/a/2003/03/19/dive-into-xml.html

Av: Mikael Almehag

Mikael Almehag — Wed, 06 Apr 2005 20:45:40 +0000

Här är några script som serverar browsers som trivs med application/xhtml+xml just application/xhtml+xml. De andra får text/html.

Av: Tommy Olsson

Tommy Olsson — Tue, 05 Apr 2005 17:44:36 +0000

Du har nog helt rätt i att vinsten med XHTML helt ligger på marknadsföringssidan. Om vi accepterar det (och därmed accepterar att XHTML aldrig kommer att gå att använda som tänkt) kanske det är lika bra att nicka och le instämmande när människor säger att XHTML 1.0 Transitional är mycket striktare och mer semantiskt än HTML 4.01 Transitional.

Själv skulle jag helst vilja propagera för HTML 4.01 Strict, vilket jag anser vara vida överlägset XHTML 1.0 Transitional på alla sätt (utom om man vill blanda in andra XML-namnrymder, med då måste man ändå leverera dokumentet med en XML-medietyp).

Av: Robert Nyman

Robert Nyman — Tue, 05 Apr 2005 09:38:46 +0000

Visst kan XHTML leda till att folk lär sig koda bättre, vilket definitivt är bra.

Sedan är ju också XHTML lite hypat ur ett försäljningsperspektiv, att man kan säga till kunden att det är korrekt.

Den stora frågan är ju vad man vinner med XHTML, jämfört med strict HTML 4.

Men skriver man ok XHTML som validerar så är man ju ändå på rätt spår, speciellt med många nya devices, siter med fristående moduler som skall kunna lyftas in på en sida och fungera som en egen del m m kräver helt korrekt XHTML.

Av: martin

martin — Mon, 04 Apr 2005 07:49:34 +0000

Jag håller med dig att XHTML och skiljandet av struktur och design inte har något med varandra att göra – i teorin. I praktiken däremot är jag helt övertygad om att väldigt många tror, eller har trott att det är väldigt viktigt. Anledningen är – tror jag – att de boomade/hypades samtidigt och i samband med varandra. För mig var det så i alla fall, att t ex WaSP, A List Apart och en mängd andra skojiga ställen, predikade Webstandards, där dessa komponenter gjorde en helhet. Om det var deras avsikt vet jag inte, men jag (och antagligen en hel del andra) trodde att det här var det nya stora som skulle komma. Man kunde koda ett dokument och via olika stilmallar skicka till browser, mobiler, brailleläsare och annat. Dessutom trodde vi att XHTML var viktigt för t ex mobiltelefoner och framtida browsers (så dumt av oss att tänka så).

Några stannade där och andra försöker finna sanningen i det här. Men om det är som du säger finns det ju ingen mening med XHTML i dagsläget.

Eller? Kan det vara så att XHTML har haft (och fortfarande har) en pedagogisk funktion som antagligen inte var tänkt från början, där knackare faktiskt lär sig att koda bättre och striktare.

Av: Tommy Olsson

Tommy Olsson — Sun, 03 Apr 2005 15:26:36 +0000

Att separera struktur från presentation och beteende är jättebra på många sätt. Det har dock absolut noll och intet att göra med XHTML kontra HTML. Däremot har det allt att göra med Strict dokumenttyp kontra Transitional. Innehållsmässigt finns det inga som helst skillnader mellan HTML 4.01 Strict och XHTML 1.0 Strict, eftersom den senare är en omformulering i XML av den förra.

Så länge du skickar XHTML (eller HTML eller ASCII-text eller Word eller vad som helst) som text/html måste det tolkas och behandlas som HTML. Du kan alltså inte dra nytta av några XML-fördelar så länge du använder denna medietyp. Däremot kan du fortsätta att använda gammeldags metoder som bara fungerar med HTML (t.ex. document.write() i JavaScript osv.).

Om du skickar XHTML som application/xhtml+xml kommer moderna webbläsare att behandla det som XML (med fördefinierad semantik ärvd från HTML). Du kan då blanda in element från andra XML-namnrymder, t.ex. SVG eller MathML eller XLink. Du får också en omedelbar kontroll av att dokumentet är välformulerat (well-formed) eftersom webbläsaren skriker för minsta lilla fel.

Idén med XHTML var jättebra, men misstaget man gjorde var att göra det bakåtkompatibelt med HTML. Därmed kunde slappa utvecklare fortsätta skriva taggsoppa (men tro att de var strikta och moderna).

XHTML2 kan möjligen bli något, men det lär ta åtskilliga år innan det fått sådant genomslag att det kan ersätta HTML (om det någonsin sker).

Av: Robert Nyman

Robert Nyman — Sat, 02 Apr 2005 09:31:47 +0000

Detta är ju ett otroligt stort ämne och svårt att skriva en kort kommentar om.
Därför tänkte jag bara försöka svara på skillnaderna som du frågar om.

Ur användarens perspektiv:
Såvitt jag vet så, i dagens läge, om du skickar XHTML i korrekt format eller HTML i rätt, så kommer det inte vara någon större skillnad för slutanvändaren i webbläsaren.

Det som skiljer, vilket tyvärr då är till XHTML:s nackdel, är att om du levererar XHTML i rätt format så stödjs inte incremental loading, vilket skulle kunna leda till att HTML upplevs som snabbare än XHTML (precis som även Tommy skriver i en av kommentarerna på sin post).

Lite om detta finns på http://www.mozilla.org/docs/web-developer/faq.html#accept.

Ur ett tekniskt perspektiv:
Det som då skulle vara bättre ur detta perspektiv är ifall man skulle använda XML-specifika saker, vetskapen om att det är XML-strikt kod i rätt format m m.

Så frågan är då: Vad är viktigast? Att skriva XHTML för sin egen skull och för att skriva korrekt kod i XML-format?
Eller att bara fokusera på hur det ändå upplevs för slutanvändaren, skriva så korrekt kod som det går med strict HTML 4 och leverera det som html?

Personligen skriver jag gränssnittskod i XHTML-format, men står och vacklar över den egentliga vinsten med det.
Genom att separera data (HTML) från utseende (CSS) och interaktivitet (JavaScript) kan man ändå uppnå allt du nämner med ren, strukturerad och validerande kod med korrekt semantik och ändå leverera det som strict HTML 4.

Av: xhtml.se » XHTML Lever!

xhtml.se » XHTML Lever! — Fri, 01 Apr 2005 22:07:37 +0000

[...] i gengäld – men så är det inte. Jag kan helt enkelt bara inte låta bli att länka till ett inlägg på svenska med en sån titel ! Fler sådana positivismer behövs IMHO i dessa tider när [...]