- From: Martijn Pieters <mj@digicool.com>
- Date: Wed, 14 Mar 2001 11:06:52 +0100
- To: Joseph Kesselman <keshlam@us.ibm.com>
- Cc: www-dom@w3.org
On Tue, Feb 20, 2001 at 09:25:31AM -0500, Joseph Kesselman wrote: > > >Changing the value of a default attribute (Attr.specified = false) will > >change it to a specified attribute, > > Good point; I think we completely missed that. > > My reading is that this depends on whether the default came from a DTD or a > namespace-aware schema language. > > If it came from a DTD, the default is bound to the specific QName. > Therefore, changing the prefix should be roughly equivalent to removing the > existing attribute and instantiating a new one with the new name... and > there should be two results. The first is that this Attr object should now > be considered Specified. The other is that the default should be > reasserted under the original QName. > > If it came from a namespace-aware source (which, please note, we are still > in the process of defining), the prefix is irrelevant to the document > structure (it's just a serialization hint) and changing it does not need to > have any effect on whether it's considered the default. However, it's fair > to say that changing the prefix implies that you intend a specific > serialization, so I think it's reasonable to say that explicitly setting > the prefix does make the Attr become Specified. Note, however, that here > the specified Attr overlays the default rather than appearing alongside it, > since it really is the same conceptual value as far as the schema is > concerned. > > This is personal opinon, subject to confirmation or rejection by the rest > of the DOM committee. Has there been any progress on this issue? It has been 3 weeks since this was brought up. -- Martijn Pieters | Software Engineer mailto:mj@digicool.com | Digital Creations http://www.digicool.com/ | Creators of Zope http://www.zope.org/ ---------------------------------------------
Received on Wednesday, 14 March 2001 05:07:42 UTC