[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
RE: [xml] Problem with xmlGetNodePath() and default namespaces
- From: "Buchcik, Kasimier" <k buchcik 4commerce de>
- To: "Buchcik, Kasimier" <k buchcik 4commerce de>
- Cc: xml gnome org
- Subject: RE: [xml] Problem with xmlGetNodePath() and default namespaces
- Date: Thu, 8 Jun 2006 17:36:27 +0200
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
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]