Re: improvements to fn:sort functions

On Fri, 2021-01-15 at 08:24 +0000, Michael Kay wrote:
> The case that can't currently be handled easily is where you have
> multiple sort keys, some ascending and some descending.

The way at least some other programming languages handle that is with a
two-argument comparison function rather than a key-building function.
But i fear it would be very cofunfusing to have a mixture of the two
styles.

> But I wonder if it's really needed, since both XSLT and XQuery have
> this level of capability already. We don't have to put everything
> into XPath.

The simple case of ascending/descending on a single sort key seems
worth considering - I agree with Mukhul there. But i'm also ok with
rejecting it. Despite having spent several days, off and on, finding
ways to avoid having Saxon run out of memory when sorting & grouping a
sequence of a million elements :)

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 illustrations:  http://www.fromoldbooks.org

Received on Friday, 15 January 2021 19:58:14 UTC