Data types (Was: Re: [Xpath-ng] Proposal for definition of values/lists)

Uche Ogbuji uche.ogbuji at fourthought.com
Tue Dec 17 08:02:26 MST 2002


Jeni:

> > Another way out would be to have a QName include a prefix for the
> > QName. The prefix wouldn't be used when comparing QNames, but it could
> > be used when serialising them as strings.

Uche:

> I would favor this latter approach.  I think keeping prefixes around can be 
> hazardous, but we would plainly express the reasons and limitations here.

David R:

I think passing prefixes around is of little benefit. It'll just complicate 
things.
I think it's better to provide explicit control over which prefixes are
used at the places they are needed, such as in node construction
and serialization situations.

My reply:

OK.  Do you have in mind something like my proposal at the top of

http://lists.xml.org/archives/xml-dev/200210/msg00006.html

i.e. functions that can take a QName object and either use the current 
in-scope ns decls or take a context node with such decls and convert the QName 
to string accordingly?

-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
A Python & XML Companion - http://www.xml.com/pub/a/2002/12/11/py-xml.html
XML class warfare - http://www.adtmag.com/article.asp?id=6965
MusicBrainz  metadata - http://www-106.ibm.com/developerworks/xml/library/x-thi
nk14.html





More information about the Xpath-ng mailing list