RE: ISSUE-41/ACTION-97 decentralized-extensibility

On Tuesday, October 20, 2009 at 12:28 AM, Jonas Sicking wrote:
> On Mon, Oct 19, 2009 at 11:14 PM, Tony Ross <tross@microsoft.com> wrote:
> > On Saturday, October 17, 2009 at 11:34 PM, Jonas Sicking wrote:
> >> On Sat, Oct 17, 2009 at 4:54 PM, Tony Ross <tross@microsoft.com> wrote:
> >> > I agree that XML Namespaces is more complex than simply using tag names
> >> > for identity, but I'm curious as to what specifically makes you think it is too
> >> > complex for the web.
> >>
> >> I've mentioned them before in this thread. But in short:
> >>
> >> The identifying name is a tuple rather than a string (arguably this could be
> >> fixed by changing DOM/CSS, but so far such proposals have not been made).
> >
> > I see this as an issue broader than HTML 5. Perhaps such a proposal
> > would be a good idea for the next versions of the DOM/CSS standards.
> > Should HTML markup support namespaces, it would certainly be able to
> > benefit retroactively from such new APIs.
> 
> Well, I agree that namespaces being messy in the DOM is a bigger
> problem than HTML. However HTML has so far skirted the issue by not
> using namespaces.
> 
> I'm reluctant to add a feature that hinges on that we'll improve API
> elsewhere later, as that might never happen. I'm extra reluctant in
> this case since I don't really see how to solve it.

HTML has not skirted this as namespaces are already integral to HTML 5. The sole limitation is that you can't explicitly declare namespaces in markup.

Examples:
1. Implicit namespaces for HTML, SVG, and MathML are generated by the current HTML 5 parsing algorithm. 
2. HTML 5 allows dynamic creation of namespaced elements and attributes via the *NS methods.

I want to make it clear that no new APIs, complexity, or problems are being introduced from a DOM perspective.

- Tony

Received on Tuesday, 20 October 2009 17:31:36 UTC