GNU bug report logs -
#19896
23.1; reverse-region is slow compared to sort-columns
Previous Next
Reported by: asparagus <at> comcast.net
Date: Wed, 18 Feb 2015 17:59:02 UTC
Severity: minor
Found in version 23.1
Fixed in version 25.1
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #14 received at 19896 <at> debbugs.gnu.org (full text, mbox):
>>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>>>> From: Ivan Shmakov Date: Wed, 18 Feb 2015 18:29:08 +0000
[…]
>> On a GNU system (as well as on any other system featuring GNU
>> Coreutils), it should be possible to just use sort(1) for the
>> purpose. For instance, the “reverse” option is ‘-r’.
> But sort(1)'s sort order is locale-specific, whereas that of Emacs
> isn't.
How is that a disadvantage? The user can easily force any
locale of those available on the system with an explicit
LC_ALL=, like:
$ LC_ALL=de_DE.UTF-8 sort < list.de
$ LC_ALL=ru_RU.UTF-8 sort < list.ru
$ LC_ALL=C sort < list.ascii
For one thing, M-x sort-lines seems to put ё after я, while in
Russian it comes between е and ж. And similarly for ß (and the
accented letters) in German, etc.
--
FSF associate member #7257 np. Bombtrack — clawz/bomb … 3013 B6A0 230E 334A
This bug report was last modified 10 years and 38 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.