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