|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Effective DOM (was RE: Effective XML)
Leigh Dodds wrote: > > > The reason for not allowing > > tagName to be changed has been explained to me (that an implementation > > may use different classes to implement different elements), but > > doesn't seem sufficient (allowing tagName to be mutable or throw some > > exception may be tolerable, and being able to ask the DOM > > implementation if it allows general element renaming would be useful. > > I wasn't aware of that. Interesting. Presumably this is to allow custom > DOM implementations (e.g. for SVG) to substitute their own implementations? > Is this feature used in practice? Not only custom DOM implementations, but also DOM wrappers around other APIs. If you had getTagName() return a static constant or getClass().getName() (excuse my Java), what meaning would changing the tag name have? Ari.
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








