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

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

[debbugs-tracker] bug#36110: closed (find-dired not sorted on any field


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#36110: closed (find-dired not sorted on any field nor provides a way)
Date: Tue, 11 Jun 2019 21:17:03 +0000

Your message dated Tue, 11 Jun 2019 16:15:44 -0500
with message-id <address@hidden>
and subject line Re: bug#29513: 25.2; find-dired-centinel
has caused the debbugs.gnu.org bug report #29513,
regarding find-dired not sorted on any field nor provides a way
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
29513: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=29513
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: find-dired not sorted on any field nor provides a way Date: Thu, 06 Jun 2019 07:27:44 +0800
find-dired (info "(emacs) Dired and Find") is great, except it is not
sorted on any field, except coincidentally.
find-ls-option is a variable defined in ‘find-dired.el’, alas it only
governs each line and not how those lines are sorted.
Yes that is how find(1) works, but there should be a filter (default "|
sort ...") that sorts on the last field (name). Those people who prefer
jumbled order could unset it.

P.S., the modeline says (Dired by name:exit) which looks weird.
emacs-version "26.1"



--- End Message ---
--- Begin Message --- Subject: Re: bug#29513: 25.2; find-dired-centinel Date: Tue, 11 Jun 2019 16:15:44 -0500
On Fri Dec 1 2017 Roland Winkler wrote:
> On Fri Dec 1 2017 Eli Zaretskii wrote:
> > Maybe we should simply provide a defcustom, which is a function called
> > by the sentinel.  Then users could customize what happens after the
> > files are all collected, be it sort the results or anything else.  The
> > advantage will be that we won't need to support every possible tweak
> > of post-processing in core.
> 
> Again: fine with me.  This could be done such that the *Find* buffer
> is narrowed to the portion containing the output of the shell
> command (as in my patch).  Also, as a further option (or default
> value of the defcustom) we could provide a function that sorts by
> file name (thus providing a real-world example of how this new
> defcustom can be used).

See commit 249902d5ad5d3ae3e25323c23a2f442913729ceb.


--- End Message ---

reply via email to

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