OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Has HTML5 saved XHTML?

Has HTML5 saved XHTML?

XHTML is probably the biggest failure of W3C. XHTML 1.0 was a
reformulation of HTML as XML. The idea was that HTML was dead or at
least deprecated, and that XHTML was the future bringing XML and
Draconian error handling to the web.

XHTML 1.0 was a bridge from old world to new world. According to the
spec, we were allowed to serve XHTML 1.0 as "text/html". XHTML 1.1,
only to be served with mime-type "application/xhtml+xml", was the
final bridge to the brave new world of XHTML 2.0. No more HTML.

XHTML 2.0 never made it to standard. No XHTML 2.0 feature worth
talking about ever made it to be implemented in a major browser. For
almost 10 years XHTML blocked the development of the web with its too
ambitious or badly implemented plans with no following: Too strict for
a world that seldom use validation, too little backward compatible,
too few new features.

No web designer except in the margins ever served XHTML 1.0 or 1.1
with mimetype "application/xhtml+xml" (I did). Even XHTML 1.0, on the
surface implemented by millions, served with "text/html", was seldom
well-formed and far less valid. Actually it was most often completely
broken Tag Soup. The truth is that the original nice XHTML intentions
are as close to a complete disaster than you can ever get.

Who has the courage to add XHTML to the list of failed specs in the
Wikipedia article about XML?  And likewise to update the article about
XHTML to what we know now?

In comes the HTML5 initiative waking the death. Not HTML but the
original XHTML pipe dream was the one to die. The perspective is now
that XHTML 1.0/1.1/2.0 is a dead end. Many HTML5 advocates don't give
a damn about XHTML5. They only pay lip service to it. Sugar coating to
make it easier for some to swallow that HTML again rules the waves
even in the spec.

The perspective is not that HTML5 is deprecated in the long run and
that XHTML5 will take over one day. The perspective is rather, that we
finish off even the lip service about the XHTML5 track next time
around. Who cares, no one is using it.

But has HTML5 in a sense rescued XHTML? HTML5 uses the XHTML
namespace. XHTML is now allowed as a subset of HTML5. We only need a
schema that can validate the XHTML subset of HTML5 and we, the XML
community, are probably better off than before. HTML5 supports XHTML
as a subset of HTML5 parsed with HTML parser much better than the old
XHTML 1.0 "text/html" hack.

We also have XHTML5 and polyglot XHTML5. We only need to start using
them (I do). IE9 finally supports "application/xhtml+xml". All major
browsers today use incremental rendering of XML webpages. Now under
the "HTML5" brand, it is much easier to use XHTML and the web is on
the move again, still young and exciting.

Jesper Tverskov

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS