Re: [xml] Problem with xmlGetNodePath() and default namespaces

["Buchcik, Kasimier" <k buchcik 4commerce de>]

Hi,

FYI: I changed xmlGetNodePath() to generate positional node tests
for elements in the default namespace.

Regards,

Kasimier 

> -----Original Message-----
> From: xml-bounces gnome org [mailto:xml-bounces gnome org] On 
> Behalf Of Buchcik, Kasimier
> Sent: Thursday, June 08, 2006 5:36 PM
> To: Buchcik, Kasimier
> Cc: xml gnome org
> Subject: RE: [xml] Problem with xmlGetNodePath() and default 
> namespaces
> 
> Hi,
> 
> Or, if we want to avoid a new function, and changing the current
> behaviour of xmlGetNodePath() is OK, then we could let this
> function generate "*[3]" steps for elements in the default
> namespace, and keep the rest as is.
> 
> Regards,
> 
> Kasimier
> 
> > -----Original Message-----
> > From: xml-bounces gnome org [mailto:xml-bounces gnome org] On 
> > Behalf Of Buchcik, Kasimier
> > Sent: Thursday, June 08, 2006 5:05 PM
> > To: xml gnome org
> > Subject: [xml] Problem with xmlGetNodePath() and default namespaces
> > 
> > Hi,
> > 
> > xmlGetNodePath() (tree.c) will return "/foo" for the
> > following scenario:
> > 
> > <?xml version="1.0"?>
> > <foo xmlns="urn:test:foo"/>
> > 
> > In this case, the result of xmlGetNodePath() is not suitable
> > for usage as an expression in further XPath processing.
> > 
> > Is it OK to add to tree.c an other function which would generate
> > a more generic path, without any information about node-names or
> > namespaces?
> > The result would be "/*"; and analogous for attributes, e.g.
> > "/*/*[3]/@*[5]".
> > 
> > Regards,
> > 
> > Kasimier
> _______________________________________________
> xml mailing list, project page  http://xmlsoft.org/
> xml gnome org
> http://mail.gnome.org/mailman/listinfo/xml
> 
>