On Tue, 21 Dec 2004, Jon A. Cruz wrote:
I'll have to pour through the current code looking for how things might need to be tweaked. In the long run, I'd consider mixed prefixes under 'not losing user information', and thus a good thing to do.
Well, of the alternatives I can think of, using anything except normalized qnames (as we do now) or expanded names (more verbose) would take us into a living hell of context-dependent names. Not going there.
The most tweaking that should be required is adding a "prefix" field to SPRepr/SPReprAttribute which remembers the prefix used in the original document (and, combined with the local portion of our expanded names or normalized qnames, should probably also be used to generate the qnames exposed by DOM).
If you're feeling brave, you could also rework the XML serialization code to use those prefixes in the cases where it is possible to do so without conflicts.
Both changes would be confined to xml/repr-io.cpp, although you'd obviously want to populate the prefix field (using the normalized prefix) when nodes are created from scratch as well (xml/repr.cpp).
-mental