emacs-bug-tracker
[Top][All Lists]
Advanced

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

[debbugs-tracker] bug#18051: closed (24.3.92; ls-lisp: Sorting; make ls-


From: GNU bug Tracking System
Subject: [debbugs-tracker] 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

Your message dated Sat, 18 Oct 2014 08:38:31 +0300
with message-id <address@hidden>
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
address@hidden)


-- 
18051: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18051
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- 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)




--- End Message ---
--- Begin Message --- Subject: Re: bug#18051: [Emacs-diffs] trunk r117726: Add string collation. Date: Sat, 18 Oct 2014 08:38:31 +0300
> From: Michael Heerdegen <address@hidden>
> Cc: address@hidden,  Michael Albinus <address@hidden>
> 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.


--- End Message ---

reply via email to

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