- From: Martin Honnen <martin.honnen@gmx.de>
- Date: Thu, 21 Nov 2024 16:59:33 +0100
- To: xproc-dev@w3.org
- Message-ID: <2a887714-4c41-4fb8-8119-0d7fc69107d6@gmx.de>
On 21/11/2024 16:15, denis.maier@unibe.ch wrote: > > *Von:*Martin Honnen <martin.honnen@gmx.de> > *Gesendet:* Donnerstag, 21. November 2024 15:56 > *An:* xproc-dev@w3.org > *Betreff:* Re: Sort directory-list > > > > > Sie erhalten nicht häufig E-Mails von martin.honnen@gmx.de. Erfahren > Sie, warum dies wichtig ist > <https://aka.ms/LearnAboutSenderIdentification> > > > > On 21/11/2024 15:43, denis.maier@unibe.ch wrote: > > Hi everyone, > > I’m processing a directory containing files with names like > something1, something2, …, something10, something11, …, > something100, something101… > > This messes up the sorting when I’m reading those files with > p:directory-list, as someting10, something11, someting100, and > something101 come before something2. I could preprocess the files > with an external script to fix the numbering, but I was wondering > if there is something I could do from within the pipeline. I > haven’t seen attributes on p:directory-list that would help with that. > > XPath 3.1 has fn:sort you could use on e.g. <p:for-each><p:with-input > select="//*:file => > sort('http://www.w3.org/2013/collation/UCA?numeric=yes')"/> that > processes the result of the p:directory-list. > > Thanks, for the suggestion. I’ve tried that. But it doesn’t seem to > have any effect. It keeps processing the files in the same order. What > could go wrong here? How can I track that down? > We need to check back with the XProc implementation you use to see whether it supports the Unicode collation (attribute numeric) I have tried to use. I know this works with XPath and Saxon, not sure about the XPath implementations in XProc processors. Of course you can try the function argument of fn:sort as already suggested
Received on Thursday, 21 November 2024 15:59:38 UTC