- From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- Date: Fri, 12 Mar 2010 03:08:19 +0100
- To: Henri Sivonen <hsivonen@iki.fi>
- Cc: Sam Ruby <rubys@intertwingly.net>, Julian Reschke <julian.reschke@gmx.de>, Ian Hickson <ian@hixie.ch>, HTMLwg <public-html@w3.org>
Henri Sivonen, Thu, 11 Mar 2010 03:40:28 -0800 (PST): > "Sam Ruby" <rubys@intertwingly.net> wrote: >> Leif Halvard Silli wrote: >>> >>> The XHTML2 working group is meant to soon (re)announce that XHTML >>> 1.1 documents can be served as 'text/html'. >> >> That will make for a rather 'interesting' Last Call period then. I >> would advise anybody who wishes to make such a recommendation to seek >> wide input prior to that point. > > So far, the XHTML2 WG has put most of its MIME type advice in a > document that's not on the REC track and, thus, not subject to > mandatory Last Call review. > > Personally, I think WG Notes should be ignored as binding precedent > for REC track publications, because otherwise, Notes would provide a > loophole for subverting the REC Process. That is to say, I think the > XHTML Media Types WG Note should be disregarded when deliberating > what HTML5 should say about text/html (even if the XHTML2 WG > published a second edition of a REC that normatively referenced the > Note). The 2002 revision of XHTML 1.0 contains not only Appendix C - but also refers to the year 2002 version of the XHTML Media note. [1] So the loophole is eventually 8 years old. The 2002 version, which comes in a HTML4 'text/html' copy and an 'application/xhtml+xml' XHTML 1.1 copy, summarizes everything in a table at the bottom which says that only "HTML compatible" XHTML 1.0 documents MAY be served as 'text/html'. Whereas all other variants of XHTML, including all other variants of XHTML 1.0 documents, SHOULD NOT be served as 'text/html'. Hence, there never were any MUST NOT prohibition against serving "not so HTML compatible" XHTML as 'text/html'. [2] How much the 2009 version (which uses a XHTML 1.1. DOCTYPE, and is served as text/html) really widens the 2002 version of the "loophole", could be debated. However, considering all the XHTML syntax features that HTML5 is permitting, then IMHO both the 2002 version as well as the 2009 version put far too many restrictions of how HTML compatible XHTML should be authored. E.g. HTML5 permits "/>" for <LINK> elements - which is totally against Appendix C. (Fortunately, though, it is only a note ...) Note, also, that XHTML 1.1. is based on Modularization of XHTML (XHTMLMOD) [3] and is: [4] ]]essentially a reformulation of XHTML 1.0 Strict" [...] [legacy] facilities are available through modules defined in Modularization of XHTML, and document authors are free to define document types based upon XHTML 1.1 that use these facilities[[ Below I note how I personally would have amended the XHTML 1.1 doctype to include the legacy module. [5] There is also at least one specification based on XHTMLMOD which explicitly states that documents conforming to that profile *may* be served as text/html, namely the XHTML Mobile Profile specification from 2001. [6] (It is perhaps significant that is was written before the XHTML Media note - but then again, that note is, as you said, not a REC anyway.) The W3C QA Team in 2005 advised the readers of A List Apart about how to use XHTMLMOD if you need to define your own document type - I am pretty sure that the W3C QA Team knew that it was speaking to a 'text/html' audience! [7] The point is that there is no MUST NOT against serving XHMTL 1.1. or XHTMLMOD as 'text/html'. E.g. XHTML 1.1. doesn't say anything about how it should be served. And the Legacy Module of XHTMLMOD is primarily useful in 'text/html' browsers. So there is absolutely no reason to be whether in shock or awe, if XHTML 1.1. is made even more compatible with 'text/html'. And there is also very little justification of 'disregarding' XHTML 1.1. or XHTMLMOD. [1] http://www.w3.org/TR/xhtml1/#ref-xhtmlmime [2] http://www.w3.org/TR/2002/NOTE-xhtml-media-types-20020801/xhtml-media-types#summary [3] http://www.w3.org/TR/2001/REC-xhtml-modularization-20010410/ [4] http://www.w3.org/TR/xhtml11/#abstract [5] Here is how I would have added XHTMLMOD’s Legacy module: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd" [<!ENTITY % xhtml-legacy.mod PUBLIC "-//W3C//ELEMENTS XHTML Legacy Markup 1.0//EN" "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-legacy-1.mod" > <?parser-hack ><!-- ?>]><!--><?!--> [6] http://www.openmobilealliance.org/tech/affiliates/wap/wap-277-xhtmlmp-20011029-a.pdf [7] http://www.alistapart.com/articles/customdtds2/ -- leif halvard silli
Received on Friday, 12 March 2010 02:08:58 UTC