emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] [PATCH] Fix alphabetic sorting for headlines, tags


From: Sebastian Reuße
Subject: Re: [O] [PATCH] Fix alphabetic sorting for headlines, tags
Date: Mon, 12 Feb 2018 15:54:11 +0100
User-agent: mu4e 1.0-alpha2; emacs 25.3.1

Nicolas Goaziou <address@hidden> writes:

> Sebastian Reuße <address@hidden> writes:

>> The test will error out if the data for the chosen locale isn’t
>> actually present on the system. I chose the «en_US» locale in the
>> hopes that this will frequently be installed. I’ll leave it up to you
>> to decide whether that is acceptable.

> I used "C" locale instead. I think it is available on every system. So
> basically, the test checks if we are not using string< for comparison.

It looks like «string-collate-lessp», when used with the POSIX locale,
is equivalent to «string<». The examples I tried out all came up the
same, and [1] (headline «LC_COLLATE Category in the POSIX Locale») says
the POSIX collation ordering is the same as the ASCII codeset. glibc
adheres to this too (cf. /usr/share/i18n/locales/POSIX).

[1] 
<http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html#tag_07_03>

In that case the extension to the test case might be better left out.

When I was looking into this yesterday I noticed that glibc ships a
locale definition file that specifies collation according to ISO 14651
(which most language locales derive from), but unfortunately the POSIX
locale doesn’t use that.

Kind regards,
SR

--
Insane cobra split the wood
Trader of the lowland breed
Call a jittney, drive away
In the slipstream we will stay



reply via email to

[Prev in Thread] Current Thread [Next in Thread]