GNU bug report logs - #12987
Mode switching during isearch isn't user friendly

Previous Next

Package: emacs;

Reported by: Kelly Dean <kellydeanch <at> yahoo.com>

Date: Sun, 25 Nov 2012 02:04:01 UTC

Severity: minor

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Juri Linkov <juri <at> jurta.org>
To: Kelly Dean <kellydeanch <at> yahoo.com>
Cc: 12987 <at> debbugs.gnu.org
Subject: bug#12987: Mode switching during isearch isn't user friendly
Date: Sun, 25 Nov 2012 11:38:30 +0200
> This is a UI improvement suggestion, not a bug report.
> Using 24.2, type:
> onto to
> Then do:
> C-a C-s to
> It highlights the first occurrence of "to" as the current match,
> and the second as the next match.
> Then do: M-s w
> It continues to highlight the first occurrence of "to", even though that
> occurrence no longer matches. It should remove the highlight
> immediately. Pressing C-s again will remove the highlight, which is not
> user-friendly; pressing C-s should never cause highlights to be removed.
> This same problem applies to case-sensitivity mode (M-c) too.

A pending search doesn't jump to the next match.  It displays the
text "pending" in the prompt inviting you to type `C-s' or `C-r'
or more togging commands.

A failed search doesn't remove highlighting too.  E.g. when you type
`C-s tofoo' then the first occurrence of "to" is still highlighted.

If you want `M-s w' to jump to the next match, you can create a new
command like `isearch-toggle-word' where the line

  (setq isearch-success t isearch-adjusted t)

is replaced with

  (isearch-search) (isearch-push-state)




This bug report was last modified 3 years and 352 days ago.

Previous Next


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