- From: Henry S. Thompson <ht@inf.ed.ac.uk>
- Date: Wed, 20 Mar 2013 13:25:58 +0000
- To: Henri Sivonen <hsivonen@iki.fi>
- Cc: www-tag@w3.org
Henri Sivonen writes: > On Tue, Mar 19, 2013 at 9:05 PM, Henry S. Thompson <ht@inf.ed.ac.uk> wrote: >> My university serves html files as text/html. I have no control over >> that. If I don't produce polyglot, > > You don't need to produce polyglot. If you serve text/html, it's > sufficient to produce (valid) HTML. It doesn't need to be polyglot. See previous discussion. I work entirely in XML, for a wide range of reasons, which I don't need to defend to make my point. >> browsers do the wrong thing with, for instance [1], void tags. > > The only void element in that example is <hr/>. Voidness is bound to > the element name--not to a slash. (The term "void" was coined to > distinguish intrinsically end-tagless elements from the XML case where > any element can opt out of having an end tag in any given instance.) I guess I misunderstood the intended usage of the term, which is relatively novel. Happy to use any other label to identify the use of the shorthand '/>' form. >> Served as application/xml+xhtml, it validates >> > But served as text/html, it doesn't: >> http://html5.validator.nu/?doc=http%3A%2F%2Fwww.ltg.ed.ac.uk%2F~ht%2Fvoid_test.html > > The solution is either both serving and validating as text/html > both serving and validating as application/xhtml+xml (and fixing the > errors the validator finds either way). Ex hypothesi both those options are foreclosed. You may think that a) I shouldn't want to work in XML or b) My university should allow control of media types but I do, and they don't, _and neither of those facts is unusual_. As long as a constituency exists of which I'm representative, documenting Polyglot provides a genuine service. ht -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail from me _always_ has a .sig like this -- mail without it is forged spam]
Received on Wednesday, 20 March 2013 13:26:31 UTC