GNU bug report logs - #18051
24.3.92; ls-lisp: Sorting; make ls-lisp-string-lessp a normal function?

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#18051: closed (24.3.92; ls-lisp: Sorting; make
 ls-lisp-string-lessp a normal function?)
Date: Sat, 18 Oct 2014 05:39:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sat, 18 Oct 2014 08:38:31 +0300
with message-id <83zjcudjjc.fsf <at> gnu.org>
and subject line Re: bug#18051: [Emacs-diffs] trunk r117726: Add string collation.
has caused the debbugs.gnu.org bug report #18051,
regarding 24.3.92; ls-lisp: Sorting; make ls-lisp-string-lessp a normal function?
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
18051: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18051
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.92; ls-lisp: Sorting;
 make ls-lisp-string-lessp a normal function?
Date: Fri, 18 Jul 2014 08:22:43 +0200

Hello,

Some users will want to configure the sorting predicate used by ls-lisp,
for example, to get a natural sorting of version numbers, or to sort in
files whose names start with a dot as if they had no dot, etc.

Currently, sorting is even hardcoded because `ls-lisp-string-lessp' is a
defsubst.  If it was a normal function, one could advice it.

Or, with some more efforts, sorting order could be made configurable via
options, and the -v switch could be implemented.


Regards,

Michael.



In GNU Emacs 24.3.92.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.12.2)
 of 2014-07-17 on drachen
Windowing system distributor `The X.Org Foundation', version 11.0.11599904
System Description:	Debian GNU/Linux testing (jessie)

[Message part 3 (message/rfc822, inline)]

From: Eli Zaretskii <eliz <at> gnu.org>
To: michael_heerdegen <at> web.de
Cc: michael.albinus <at> gmx.de, 18051-done <at> debbugs.gnu.org
Subject: Re: bug#18051: [Emacs-diffs] trunk r117726: Add string collation.
Date: Sat, 18 Oct 2014 08:38:31 +0300

> From: Michael Heerdegen <michael_heerdegen <at> web.de>
> Cc: 18051 <at> debbugs.gnu.org,  Michael Albinus <michael.albinus <at> gmx.de>
> Date: Fri, 17 Oct 2014 22:26:32 +0200
> 
> If I remember correctly, I saw just one tiny inconsistency: with the new
> ls-lisp -v switch the sorting position of a backup file named foo~ was
> different from ls -v when also numbered backup files foo~n~ of the same
> file existed.

Is that on Windows or on Unix?

On Windows, this is expected, as only an approximation to the Unicode
Collation Algorithm is available there.

On GNU/Linux, it would be strange, since 'ls' uses the same functions
as Emacs now does in ls-lisp.

> For string collation and locales, I must say that I'm no expert at that
> field and don't really know what tests could be useful for testing.  I
> can only say that everything seems to be ok with the locales I am using.

That's good enough for me, so I'm closing the bug.

Thanks.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.