- From: Michel Fortin <michel.fortin@michelf.com>
- Date: Thu, 30 Nov 2006 16:16:54 -0500
Le 30 nov. 2006 ? 15:21, Elliotte Harold a ?crit : > Michel Fortin wrote: > >> What is really important is that authors understand better that >> HTML must be served as text/html and that XHTML must be served >> with an xml media type. If the validator enforce that, then I >> think it'll be sufficient. > > That's only plausible if > > 1. All browsers that accept XHTML served as text/html accept XHTML > served as application/xhtml+xml. > > 2. Document authors can control the MIME types their documents are > served with. > > Neither is true today. Neither is likely to be true within the next > couple of years, probably longer. They should be true by all means, > but they aren't. > > Given that fact of the installed base, I cannot accept that it is > wrong to serve XHTML as text/html, and I'm afraid any effort that > depends critically on that happening is doomed. These are valid point, but I think you just misunderstood me. I could have said it this way: HTML must be served in a way that it is parsed by an HTML parser, and XHTML must be served in a way that it is parsed by an XML parser. That's the only sane thing you can do, and I don't really care if you do that by other means than the HTTP Content- Type header. Now, when you're talking about "XHTML", you could be talking about two things. I'm talking an XML document, a format where <div/> is equivalent to <div></div>. You just can't send that to an HTML parser. If you're talking about HTML where you added "/>" at the end of singleton tags to make it compatible with XHTML, then you've just misunderstood me. I wasn't arguing against "/>" in HTML. If HTML allows "/>" on singleton tags, <img src="..." /> becomes both valid HTML and XHTML. If it wasn't for the doctype, you could serve it with any of the two media types (assuming the scripts and other things work with XHTML too, of course). So if a document is meant to be parsed by the HTML parser, it's an HTML document; if it's meant to be parsed by the XML parser, it's an XHTML document; and if it can be parsed by both, then it's both. We can't really have a document that is both HTML5 and XHTML5 at the same time if we keep the <!DOCTYPE HTML> declaration however. I'm not sure that's really a problem though, and it may even be a good thing since it's pretty easy to change the doctype if you want -- a lot easier than changing every singleton tags -- but you have to make the change explicitly in the source, so when an error arises it'll be easier to link it to a HTML/XHTML issue. Michel Fortin michel.fortin at michelf.com http://www.michelf.com/
Received on Thursday, 30 November 2006 13:16:54 UTC