views:

1079

answers:

3

Is there a reason why these two standards are being developed separately? They seem to be solving the same problem but what are the differences and, if they are to remain separate, what roles are they expected to take in web development in the future?

+11  A: 

Browser vendors care a great deal about backwards compatibility. The group speccing XHTML2 didn’t.

Note that XHTML2 isn’t solving all the same problems HTML5 is solving. HTML5 is much broader in scope than XHTML2. HTML5 covers processing models, JavaScript APIs, video, audio, application widgets, etc. but XHTML2 does not.

As for expected roles, representatives from top browser vendors participate in the HTML WG but not in the XHTML2 WG. On the other hand, people showing interest in the “Backplane” are participating in the XHTML2 WG.

See also David Baron’s post about how the W3C works.

hsivonen
+5  A: 

This article only answers part of the question. It doesn't explain what the likely roles of the two standards will be in the future.:

X/HTML 5 Versus XHTML 2

As for the likely roles, people are saying that:

  • W3C started work on XHTML 2, throwing away backward-compatibility
  • Some people didn't like that, and started to define HTML 5
  • Eventually, W3C were persuaded to adopt HTML 5 as well
  • Browser vendors seem to be behind HTML 5 (but not XHTML 2)

If browser vendors don't support XHTML 2 then I don't know what its role is. On the other hand XHTML 2 can be more-or-less converted to XHTML 1, e.g. using an XSL transformation, so it seems to me that it would be (much) easier for anyone to support, if they wanted to, than HTML 5 will be.

ChrisW
You don’t need to convert XHTML5 to anything in order to be able to serve it to an XHTML 1.0 user agent and have the old features just work. The new features obviously won’t work. Otherwise, they wouldn’t be new. :-)
hsivonen
A: 

This is largely an accurate explanation, IMO, but it should be noted that HTML5 isn't backwards compatible - new elements like section cannot be styled with CSS in even IE7. Yes, there are JavaScript work-arounds but these aren't sufficient, both because not everyone has JavaScript enabled, far from every developer will become aware of these, and similarly not every developer has the ability to use JavaScript in this way.

John Allsopp
So a fairly boring new element like section that can't be _styled_ in _IE7_, makes HTML5 backwards incompatible? Hmmm, I would take that with a grain of salt people. :)
hendry
All new major structural elements can't be styled in IE 7 and older Imagine not being able to style DIV elements in any way - would they be very useful?
John Allsopp