Quote:
Originally Posted by virgohippy
I don't know what the higher-ups have to say, but here's what I like about xhtml:
1) It can reduce bandwidth. I've cut as much as 70% of bandwidth burning code from sites with especially large pages.
2) It's extremely quick and easy for me to modify and transfer a template from one site to another.
3) The code itself on any given page is easier to understand, considering there's usually a lot more content and a lot less design/layout controlling effects.
4) An xhmtl template driven dynamic site can load much faster (because there's less input/output to mess with) and it's far more intuitive to design.
5) It can make rss feed content a bit more creative.  |
...targets towards which we should all be working. But none of what you wrote is a consequence of XHTML or exclusive to it. In fact, insofar as many tag endings in XHTML require a space (for backward compatibility) plus an oblique, instead of just a simple ">", if you wanted to nitpick, you could argue that otherwise identical code would be even smaller in HTML.
XHTML was intended as a format which could combine both HTML and XML, but for that to happen, documents would need to be served up as application types, not as text. Explorer, which still has a very firm grip on the browser market, chokes if you do that. As a result, XML usage is confined to a few specialist niches and XHTML documents are almost always consigned to being treated exactly as if they had been coded in plain old HTML.
If it is of no benefit now, does XHTML have any value as future-proofing? The opposite seems likely, since the rumor-mill says that XHTML2 will not be backwards compatible while HTML5 will be. Nor, since Mr Gates has only just delivered IE7 does there seem much chance that the dynamic potential of X(HT)ML is going to be unleashed on the world any time soon.
There is no particular reason
not to declare an XHTML doctype and in any case, it only takes a few seconds to switch back and forth. There just isn't - currently - any very good reason to do so.
Writing valid code, with structure separate from style is something we should do, because it makes our sites leaner and faster, friendlier towards more visitors and to the search engines. Easier to manage and troubleshoot too. But a "strict" declaration (in particular) enforces well-formed code far more than the choice between HTML and XHTML.