From: Paul R <paul.r.ml@gmail.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: joakim@verona.se, emacs-devel@gnu.org
Subject: Re: binding c-h in isearch
Date: Wed, 16 Apr 2008 19:44:48 +0200 [thread overview]
Message-ID: <87wsmx4ru7.fsf@gmail.com> (raw)
In-Reply-To: <jwvr6d5esbx.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Wed\, 16 Apr 2008 11\:28\:12 -0400")
Stefan Monnier <monnier@iro.umontreal.ca> writes:
> ;; Turned off because I find I expect to get the global definition--rms.
> ;; ;; Instead bind C-h to special help command for isearch-mode.
> ;; (define-key map "\C-h" 'isearch-mode-help)
>
> So it seems that Richard found it inconvenient. Could someone try and
> work out some clever way to reconcile the two functionalities?
Here, C-h during isearch will exit current isearch session, just like
C-x or C-c. IOW, this keystroke will trigger global definition, with
first the *side effect* of leaving current isearch session. So I mean,
it is not like if we could, for example, *temporarily* check what
command is bound to C-w is isearch-mode-map, by typing, in an isearch
session, C-h c C-w. It will just return 'kill-region'.
My personal point of view :
- isearch-mode-help explains how to exit an isearch session, namely
C-g to go back to starting point and C-m to leave the point at
location found. Any other way to exit has no reason to be
supported, or should be mentionned as a feature somewhere.
- isearch already rebinds many control caracters, C-h would be one
more and quiet an intuitive one
So, +1 for C-h bound in isearch-mode-map.
>
> E.g. provide the generic help on C-h but the isearch-specific help on
> C-h C-h, or vice versa?
generic help on C-m C-h or C-g C-h ... well, that's not isearch
business, is it ? :)
--
Paul
next prev parent reply other threads:[~2008-04-16 17:44 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-16 12:10 binding c-h in isearch joakim
2008-04-16 13:30 ` Lennart Borgman (gmail)
2008-04-16 22:35 ` Lennart Borgman (gmail)
2008-04-16 15:28 ` Stefan Monnier
2008-04-16 17:44 ` Paul R [this message]
2008-04-17 19:25 ` joakim
2008-04-17 23:14 ` Juri Linkov
2008-04-18 0:42 ` Stefan Monnier
2008-04-19 20:07 ` Juri Linkov
2008-04-19 20:49 ` Lennart Borgman (gmail)
2008-04-19 22:52 ` Juri Linkov
2008-04-20 0:53 ` Lennart Borgman (gmail)
2008-04-20 23:51 ` Juri Linkov
2008-04-21 0:13 ` Lennart Borgman (gmail)
2008-04-19 20:57 ` Stefan Monnier
2008-04-19 22:49 ` Juri Linkov
2008-04-18 10:59 ` Johan Bockgård
2008-04-19 21:20 ` Drew Adams
2008-04-19 21:49 ` Stefan Monnier
2008-04-19 22:39 ` Drew Adams
2008-04-19 22:59 ` Juri Linkov
2008-04-19 23:39 ` Drew Adams
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87wsmx4ru7.fsf@gmail.com \
--to=paul.r.ml@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=joakim@verona.se \
--cc=monnier@iro.umontreal.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).