OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   NAMESPACES: expressing commonality or distinction

[ Lists Home | Date Index | Thread Index ]
  • From: roddey@us.ibm.com
  • To: xml-dev@ic.ac.uk
  • Date: Tue, 7 Sep 1999 15:38:21 -0600




>and allow applications to match
>
>http://www.w3.org/HTML
>
>or
>
>http://www.w3.org/HTML/Strict
>
>or
>
>http://www.w3.org/HTML/Strict/1.0
>
>depending on what they care about
>
>PRO: uses existing namespace mechanism
>CON: would require modification to XPath, etc.
>

It would definitely have performance implications. It would no longer be
possible to put elements/attrs into pools and identify them by a pool id that
can be very efficiently checked and validated. I would be very concerned about
it from that perspective. If an element is no longer uniquely identified by
URI:Name, then it cannot be internally uniquely identified either.

And I wonder if saying "its an application thing" is going to float either. Many
apps will rely on tools to do a lot of work for them (otherwise XML will have
missed a big part of the boat), so all those tools would have to understand this
scheme or the apps that need this kind of functionality wouldn't be able to use
them very effectively perhaps. But how would you efficiently implement this kind
of thing in general purpose tools? For example, how would a DOM tree diff tool
handle such a thing so that only meaningful diffs to the application at hand
would show up?

I'm sure it could be done, but the question is it worth going down this road or
just forcing all apps that need to do this to have effectively their own
validation mechanisms, attribute uniqueness checks, and so on?

----------------------------------------
Dean Roddey
Software Weenie
IBM Center for Java Technology - Silicon Valley
roddey@us.ibm.com



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS