W3C home > Mailing lists > Public > public-html@w3.org > January 2009

Re: Placing elements in the HTML namespace

From: Sam Ruby <rubys@us.ibm.com>
Date: Thu, 15 Jan 2009 07:22:48 -0500
To: James Graham <jgraham@opera.com>
Cc: HTML WG <public-html@w3.org>
Message-ID: <OFB368B3F6.2C2C9D03-ON8525753F.00437A3C-8525753F.00440161@us.ibm.com>
James Graham wrote on 01/15/2009 04:20:49 AM:
> The requirement that UAs place all HTML elements in the HTML namespace
> does not make sense for all classes of UA. For html5lib I plan to make
> it optional whether HTML elements are assigned to the HTML namespace so
> that people using APIs that have a significant namespace tax do not have
> to pay that tax in the common case.
> (I also think the reasoning in the spec about "easing the transition to
> XHTML" is spurious because it implies such a transition is likely. It
> would be better to invoke the DOM consistency principle here)

I think an argument could be made without an appeal to XHTML.

HTML5 parsing is defined in terms of the DOM produced.

If you take a simple HTML page (without xmlns marker attributes), and parse
it by the Gecko, Presto, or WebKit layout engines's parsers, what namespace
are the DOM elements produced in?

To me, DOM consistency would argue that html5lib should do likewise.

Providing an option to turn this behavior off (with the option defaulting
to false) is not something I would see as a problem.

- Sam Ruby
Received on Thursday, 15 January 2009 13:16:35 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:15:41 UTC