I've never used xmlpath, so I can't really compare them. However, I can talk about some of the design goals:
- Provide a flexible-enough API so you can write your own functions in XPath expressions. - Abstract the tree to an interface so that not only can XML documents be parsed, but other document types as well. Since I started this project, I've been wanting to provide support for XML-tagged structs. - Be XPath 1.0 compliant. On Monday, June 13, 2016 at 2:27:30 AM UTC-4, Henrik Johansson wrote: > > How does it compare to https://godoc.org/launchpad.net/xmlpath? > I have been using it with great satisfaction but it is not complete to my > knowledge xpath feature wise. > > > mån 13 juni 2016 kl 01:48 skrev Chris Trenkamp <ch...@christrenkamp.com > <javascript:>>: > >> https://github.com/ChrisTrenkamp/goxpath >> >> I've created an XPath 1.0 parser. The only thing missing is the id() >> function for complicated reasons. It also comes with a command-line >> utility that works like xmlstarlet, except it only has XPath queries. >> >> Looking for feedback. Let me know if you find this useful. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "golang-nuts" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to golang-nuts...@googlegroups.com <javascript:>. >> For more options, visit https://groups.google.com/d/optout. >> > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
