W3C home > Mailing lists > Public > www-svg@w3.org > December 2005

Re: [SVGMobile12] SVGT12-307: setAttributeNS() raising exceptions on newly-created elements

From: Ian Hickson <ian@hixie.ch>
Date: Wed, 14 Dec 2005 04:32:45 +0000 (UTC)
To: Dean Jackson <dino@w3.org>
Cc: www-svg@w3.org
Message-ID: <Pine.LNX.4.62.0512140429170.7669@dhalsim.dreamhost.com>

On Wed, 14 Dec 2005, Dean Jackson wrote:
> > 
> > Please edit the spec so that it can't be misinterpreted to read that 
> > the setAttributeNS() method in DOM 3 Core should also raise that 
> > exception in the given case.
> Given the use case that you mention below, we think the best solution is 
> to remove the exception throwing behaviour. Obviously there are 
> situations that require a script to modify the version and baseProfile 
> attributes via the DOM, or uDOM.
> Would that satisfy your request?

Sure, that would be great.

> The next thing to specify is what does it mean when you change those 
> attributes on an actively displayed/interpreted document.
> We intend to add wording that specifies no change in behaviour is 
> required from an implementation.

That seems fine. (It isn't really clear to me what a UA is supposed to do 
with these attributes anyway -- it seems that a UA that completely ignores 
them is conformant, so saying that changes should similarly not have any 
requirements seems quite reasonable.)

> This is similar to the behaviour of dynamically inserting a <script> 
> element into HTML or SVG. The DOM is updated but the processing doesn't 
> change.

Inserting an <html:script> into a document would cause it to be executed 
(assuming it hasn't been executed before), but mutating a <script> 
elements's contents would indeed not have any effect, which I assume is 
what you meant.

Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Wednesday, 14 December 2005 04:32:51 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:47:05 UTC