- so lange man XHTML als "text/html" ausliefert hat man eigentlich keine Vorteile, richtig?
doch - der code ist leichter verständlich und ist gefühlt besser ;) durch den strengeren code lernt man, ordentlich zu "programmieren" - html 4.01 lässt sich "hinrotzen", dank der erlaubten sgml-features kann man fehler machen von denen man nichtmal weiss, dass es fehler sind - das ist mit xhtml nicht mehr möglich
- XHTML ist strenger was die Qualität des Codes betrifft (Validität).
sowohl xhtml alsauch html sind nur mit 100%ig erfüllten qualitätsanfoerungen gültig - strenger oder nicht strenger trift nicht zu, es gibt valide und nicht valide in beiden fällen
es gibt aber einiges zu beachten - vieles was in xhtml völlig valide ist, wäre in sgml/xml zwar auch valide und gültig, die meisten (lt. gunnar fast alle) html-browser kommen damit aber nicht so gut zurande
- "Mit XHTML ist man für die Zukunft gerüstet" -> wieso??
nur bedingt richtig, da man heute xhtml schreibt und zu html kompatibel bleibt - wenn man später wirklich auf xhtml als application/xhtml+xml umsteigt und vorher nicht aufgepasst hat, wird man ohnehin sein blaues wunder erleben - xhtml lässt sich mit einem xml parser lesen, das hat vorteile
einen den ich gerne nutze: ein object element mit flash und alternativinhalt in xhtml-form - das flash-file liest sein umgebendes dokument als xml ein und stellt seinen eigenen alternativinhalt dar
Gibt es heute hierfür überhaupt Vorteile? Oder ist es eher was für die Zukunft?
wie schon beschrieben die flash geschichte
es besteht imho kein grund, eine bestehende html 4.01 seite umzubauen in xhtml 1.0, aber wenn man schon etwas neu machen, kann mans gleich in xhtml verfassen, da es quasi keinen mehraufwand darstellt - großartige vorteile hat man dadurch aber nicht