GNU bug report logs - #4341
23.1; M-x locate runs synchronously

Previous Next

Full log

View this message in rfc822 format

From: Juri Linkov <juri <at> jurta.org>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: Tom Tromey <tromey <at> redhat.com>, 4341 <at> debbugs.gnu.org
Subject: bug#4341: 23.1; M-x locate runs synchronously
Date: Sun, 08 Nov 2020 21:47:51 +0200

>> Is it possible to avoid using "ls"?  If ls formatting is not needed,
>> then the output buffer will look like a Dired buffer with enabled
>> 'dired-hide-details-mode' that shows only file names.
>
> I guess it is possible, I have no clue.  It's what we do now.
>
> A downside is that developers would have to keep this in mind when
> working on dired, otherwise things may work only partially or break.
> For example, if you (in current Emacs master) mark files in a *locate*
> output buffer, they get marked and you can act on them, but marked files
> are not highlighted.
>
> OTOH, if we leave the corner case of non-existing files aside for now -
> when we do call ls (what would be the downsides?), we would get a fully
> functional dired support out of the box.
>
> Privately, I have adviced `locate' to insert the list of found files
> into a new dired buffer (by calling `dired' with the explicit list of
> files), and so far I find it better.  That is actually already all I can
> contribute so far.

Maybe this would be an improvement.  But sorry, I can't help in testing:
while slow `M-x locate' used to be a problem in the past, nowadays it
finishes within 1 sec, so I simply won't notice the difference :-)

Previous Next

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