Subject: Re: [xsl] W3C Specification of fn:filter() -- is this a bug in the document or in Saxon? From: "Liam R. E. Quin liam@xxxxxxxxxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> Date: Wed, 11 Sep 2019 23:04:32 -0000 |
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/
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] W3C Specification of fn:f, Dimitre Novatchev dn | Thread | Re: [xsl] W3C Specification of fn:f, Michael Kay mike@xxx |
Re: [xsl] W3C Specification of fn:f, Dimitre Novatchev dn | Date | Re: [xsl] W3C Specification of fn:f, Michael Kay mike@xxx |
Month |