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

Previous Next

Full log

View this message in rfc822 format

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Juri Linkov <juri <at> linkov.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 78520 <at> debbugs.gnu.org, spacibba <at> aol.com
Subject: bug#78520: 31.0.50; Performance issue in dired+isearch with dired-isearch-filenames
Date: Tue, 10 Jun 2025 15:34:27 +0200

Juri Linkov <juri <at> linkov.net> writes:

> >> 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.

Michael.

Previous Next

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