[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: W3C Specification of fn:filter() -- is this a bug
On Wed, 2019-09-11 at 22:03 +0000, Dimitre Novatchev dnovatchev@xxxxxxxxx wrote: > Why on > earth did they provide **this** implementation and not something > better Two plausible reasons - the person who wrote it did so before some of the other XPath 3 features had settled down or been agreed upon, or, they simply didnt attach much importance to it. > (shorter, non-recursive, easier to read and hopefully in pure XPath > 3.1 only) Shorter and easier to read don't always go together, especialy for non- mathematical people; non-recursive for sure wasn't a goal; neither would bpure XPathb have been. The people in the WG tended not to think that way. If the XSL and XQuery Working Groups were still active and editing the documents i'd suggest filing an issue with an improved version. Going forward, it's maybe worth thinking about what to do when we find problems in the specs - should there be a W3C community group? Or a totally separate place? Liam -- Liam Quin, https://www.delightfulcomputing.com/ Available for XML/Document/Information Architecture/XSLT/ XSL/XQuery/Web/Text Processing/A11Y training, work & consulting. Barefoot Web-slave, antique illusrtations: http://www.fromoldbooks.org/
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|