GNU bug report logs - #8861
24.0.50; Isearch: Repeating the last search

Previous Next

Full log

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

From: Juri Linkov <juri <at> jurta.org>
To: Dani Moncayo <dmoncayo <at> gmail.com>
Cc: 8861 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#8861: 24.0.50; Isearch: Repeating the last search
Date: Tue, 14 Jun 2011 21:33:09 +0400

> I expect that, whenever Isearch is active, the search string will
> always be highlighted to reflect the matched and unmatched parts at
> every moment, regardless of how that string has been introduced
> (char by char, by copy&paste, by "C-s C-s",

Currently it's possible to reproduce the behavior you are asking for,
by copy&paste from the system clipboard into Emacs running in xterm
(it pastes char by char):

1. emacs -Q -nw
2. M-<
3. C-s S-Ins

When trying this, it seems it's worse than the default behavior because
treating the search string char by char is useful only when you are
typing it because highlighting the failed part helps to correct typos.
But when you want to search for the previous search string by `C-s C-s'
or by copy&paste from the clipboard/kill-ring it's more useful
to treat it as a whole.  For instance, often it's necessary to
put a string into the search ring (`C-s string RET') and search
its exact occurrence in another buffer (`C-x o C-s C-s').
It would be annoying when searching for e.g. "caterpillar"
will stop at "cat" and highlight it.

However, your idea is not completely useless.  Currently isearch mode
is interactively incremental but you propose to extend it it into
non-interactively incremental (i.e. incremental even when the search
string is not composed interactively).  Maybe a new option/mode
could do that but I think it should not be enabled by default.

Previous Next

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