W3C home > Mailing lists > Public > www-html@w3.org > July 2000

Re: Doctype detection

From: Daniel Hiester <alatus@mail.earthlink.net>
Date: Thu, 27 Jul 2000 10:29:14 -0700
Message-ID: <004201bff7f0$387ea9a0$0100a8c0@distant>
To: "Jan Roland Eriksson" <jrexon@newsguy.com>, <www-html@w3.org>
Jan Roland Eriksson said:
"The only thing I could see is that you "agreed" with his question."

Fine.
If the UI treats XHTML the same way as it treats HTML4 transitional, then
the move to XML, and the whole idea of modularizing XHTML will be a waste.

My question is this: Is there a logical reason why it is impossible for a UI
to look at a DTD or namespace or schema (I'll admit I'm really rusty on the
XML lingo... maybe because I don't have faith I'll ever need to use it) as
opposed to rendering all pages, from HTML 2.0, to modular XHTML 1.1, exactly
the same?

What about customized namespaces? Do those have to be hard-coded into a
modular markup renderer in the UI? Does that mean that we'd open the door to
more battles of differing proprietary markup-based "solutions" from
Microsoft and Netscape /again/? Do we really want more of that?

If the W3C wants to reformulate HTML as an application of XML, I'm
completely fine with that, but it had better be an application of XML, and
not what HTML has been for the past few years: proprietary, based upon
whichever UI is being used.

That's my argument for using "doctype sniffing." Now, in terms that a
simpleton like myself could understand, please explain your argument(s)
against.

Daniel Hiester
Received on Thursday, 27 July 2000 13:26:58 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 March 2012 18:15:43 GMT