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

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

From: Julian Reschke <julian.reschke@gmx.de>
Date: Mon, 05 Oct 2009 14:40:05 +0200
Message-ID: <4AC9E925.3050802@gmx.de>
To: Philip Taylor <pjt47@cam.ac.uk>
CC: Sam Ruby <rubys@intertwingly.net>, Adrian Bateman <adrianba@microsoft.com>, HTML WG <public-html@w3.org>, Tony Ross <tross@microsoft.com>
Philip Taylor wrote:
> Sam Ruby wrote:
>> [...]
>> While not explicitly mentioned, I will make the assumption that future 
>> releases of IE will continue to support tagUrn.
> 
> tagUrn needs to be considered alongside scopeName and 
> document.namespaces, since they are the other DOM parts of IE's 
> pseudo-namespace implementation.
> 
> (I've updated http://philip.html5.org/misc/xmlns-dom.html to include 
> scopeName now.)

Thanks.

(Enhancement idea: annotate that with whether these are DOM L1, DOM L2, 
or proprietary).

> I can see four reasonable possibilities:
> 
>  * IE continues to support tagUrn, scopeName and document.namespaces, 
> while all other browsers continue not to.
> 
>  * IE removes support for tagUrn, scopeName and document.namespaces
> 
>  * All other browsers add support for tagUrn, scopeName and 
> document.namespaces
> 
>  * We try to forget all about this, and satisfy any relevant use cases 
> using syntax that doesn't require all this complexity and reverse 
> engineering and compatibility-risking changes of behaviour.
> 
> The first option is bad for interoperability, because people will write 
> valid HTML5 code using the features and it will break in other browsers.
> ...

"Valid" only because the concept of validity in HTML5 does not extend to 
script content, right?

Anyway; I don't see a big issue here. People already can write valid 
HTML4 or HTML5 code that only works in IE. It just yet another way to do 
so. Validity checking is no substitute for testing, in particular when 
JS is needed.

BR, Julian
Received on Monday, 5 October 2009 12:40:41 UTC

This archive was generated by hypermail 2.3.1 : Monday, 29 September 2014 09:39:09 UTC