GNU bug report logs - #78520
31.0.50; Performance issue in dired+isearch with dired-isearch-filenames

Previous Next

Full log

Message #101 received at 78520 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> linkov.net>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 78520 <at> debbugs.gnu.org, spacibba <at> aol.com
Subject: Re: bug#78520: 31.0.50; Performance issue in dired+isearch with
 dired-isearch-filenames
Date: Wed, 11 Jun 2025 20:06:30 +0300

>> >> We have the option 'wdired-search-replace-filenames'
>> >> that can be customized to nil.
>> >
>> > That's what I wanted to note: different types of isearch behavior can
>> > potentially be useful in wdired, but it can be controlled _only_ via
>> > customization, in contrast to dired.  It would be nice if toggling
>> > `dired-isearch-filenames-mode' would still do something.  That it
>> > does nothing can be unexpected.  Not the end of the world but
>> > something that I personally don't like that much.
>>
>> So you propose to duplicate all related functions from dired to wdired?
>
> Do we have to duplicate them?  Can't we just use the same set of
> functions?
>
> Looks like that's more or less already the, but with an additional
> artificial different treatment of how the search and replace commands
> work by default.  Or maybe I'm missing something.

`wdired-search-replace-filenames` is required anyway
since it also sets `replace-search-function`.

Previous Next

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