Revision history for XML::XPathEngine version 0.14 fixed POD error version 0.13 added: error, with (hopefully!) proper error message when trying to follow XML axes from a litteral, see http://stackoverflow.com/questions/7761509/xpath-expression-to-access-parent-or-sibling-using-htmltreebuilderxpath-modul version 0.12 added: findvalues method which returns the results as a list of strings version 0.11 fix: axis_descendant returns descendants in incorrect order. found and patched by Kumagai Kentaro http://rt.cpan.org/Ticket/Display.html?id=35049 fix: calling id() function in some situations causes an error found and patched by Kumagai Kentaro http://rt.cpan.org/Ticket/Display.html?id=35049 version 0.10 fix: overloading did not quite work (literals returned by findvalue woult cause an exception when used as numbers). the fix is to return a real string in findvalue, instead of an XML::XPath::Engine::Literal object that then needs to be overloaded while this theoretically could break code that would rely on the return being an object, I doubt this is the case in Real Code. let me know if this causes any problem Bug found by Niko Tyni and reported on Debian http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460297 reported on RT: http://rt.cpan.org/Public/Bug/Display.html?id=34908 bug tested in the XML::DOM::XPath 0.14 test suite fix: predicates using the position and/or other conditions would fail, as the position would not be saved in Step.pm Reported by Stephane Bortzmeyer, patched by Niko Tyni http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460281 http://rt.cpan.org/Ticket/Display.html?id=34907 bug tested in the XML::DOM::XPath 0.14 test suite version: 0.09 fix: namespace processing was a bit dodgy, it's been cleaned up now. Tested through XML::Twig::XPath and XML::DOM::XPath fix: count did not work (RT #34854), found and patched by Yasuhiro Matsumoto http://rt.cpan.org/Ticket/Display.html?id=34854 added: XML::XPathEngine set_strict_namespaces method, which makes namespace processing more standard compliant, and probably often more of a pain. Tested through XML::Twig::XPath Thanks to Timothy Appnel for his input in that matter added: XML::XPathEngine findnodes_as_strings method, which returns an array of strings (the getValue of the nodes). fixed: findnodes_as_string now returns the empty string if the result of the XPath query is a boolean (XML::XPathEngine::Boolean), as when querying //@id="foo" for example. This makes the behaviour similar to XML::LibXML's. version:0.08 fix: Fixed bug in XML::XPathEngine::Step::axis_preceding (same bug as with axis_following) version: 0.07 fix: Fixed bug in the previous bug fix version: 0.06 fix: Fixed bug in XML::XPathEngine::Step::axis_following that messed up queries using the 'following' axis (tested by HTML::TreeBuilder::XPath 0.07) version: 0.05 fix: Fixed bug in XML::XPathEngine::Function::as_xml as per RT #21951 (spotted by BJOERN) see http://rt.cpan.org/Ticket/Display.html?id=21951 version: 0.04 fix: Fixed bug in Step.pm version: 0.03 fix: Bug fixes for queries involving elt="text" (tested through XML::Twig::XPath), the lang() function version: 0.02 released: First version on CPAN version: 0.01 created: First version, released on an unsuspecting world.