GNU bug report logs -
#6222
Shouldn't f1 in isearch-mode be help?
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6222 in the body.
You can then email your comments to 6222 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6222
; Package
emacs
.
(Wed, 19 May 2010 23:31:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Lennart Borgman <lennart.borgman <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 19 May 2010 23:31:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
C-h gives isearch help in isearch, but f1 does not. Should not both do
the same for consistency?
And should not `help-char' (or [help]) be used instead of C-h in the code?
The doc string for isearch does not mention that you now have this
good help for isearch during isearch. Shouldn't it do that?
BTW: My bad memory can't find a variable that is holding both C-h and
f1. Wasn't there such a variable?
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6222
; Package
emacs
.
(Thu, 20 May 2010 00:21:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 6222 <at> debbugs.gnu.org (full text, mbox):
> C-h gives isearch help in isearch, but f1 does not. Should not both do
> the same for consistency?
>
> And should not `help-char' (or [help]) be used instead of C-h in the code?
>
> The doc string for isearch does not mention that you now have this
> good help for isearch during isearch. Shouldn't it do that?
>
> BTW: My bad memory can't find a variable that is holding both C-h and
> f1. Wasn't there such a variable?
There is no such variable. E.g. in help.el help bindings are repeated
three times:
(define-key map (char-to-string help-char) 'help-for-help)
(define-key map [help] 'help-for-help)
(define-key map [f1] 'help-for-help)
and
(define-key global-map (char-to-string help-char) 'help-command)
(define-key global-map [help] 'help-command)
(define-key global-map [f1] 'help-command)
--
Juri Linkov
http://www.jurta.org/emacs/
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6222
; Package
emacs
.
(Thu, 20 May 2010 00:33:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 6222 <at> debbugs.gnu.org (full text, mbox):
On Thu, May 20, 2010 at 2:20 AM, Juri Linkov <juri <at> jurta.org> wrote:
>> C-h gives isearch help in isearch, but f1 does not. Should not both do
>> the same for consistency?
>>
>> And should not `help-char' (or [help]) be used instead of C-h in the code?
>>
>> The doc string for isearch does not mention that you now have this
>> good help for isearch during isearch. Shouldn't it do that?
>>
>> BTW: My bad memory can't find a variable that is holding both C-h and
>> f1. Wasn't there such a variable?
>
> There is no such variable. E.g. in help.el help bindings are repeated
> three times:
>
> (define-key map (char-to-string help-char) 'help-for-help)
> (define-key map [help] 'help-for-help)
> (define-key map [f1] 'help-for-help)
>
> and
>
> (define-key global-map (char-to-string help-char) 'help-command)
> (define-key global-map [help] 'help-command)
> (define-key global-map [f1] 'help-command)
Thanks, I see. But shouldn't isearch do the same then?
What about having a function in help.el for defining a binding for all
three possibilities? Something like
(defun help-define-help-keys (map command)
(define-key map (char-to-string help-char) command)
(define-key map [help] command)
(define-key map [f1] command))
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6222
; Package
emacs
.
(Thu, 20 May 2010 00:46:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 6222 <at> debbugs.gnu.org (full text, mbox):
>> (define-key global-map (char-to-string help-char) 'help-command)
>> (define-key global-map [help] 'help-command)
>> (define-key global-map [f1] 'help-command)
>
> Thanks, I see. But shouldn't isearch do the same then?
I agree that it should:
=== modified file 'lisp/isearch.el'
--- lisp/isearch.el 2010-04-16 01:30:37 +0000
+++ lisp/isearch.el 2010-05-20 00:38:21 +0000
@@ -461,6 +461,9 @@ (defvar isearch-mode-map
(define-key map "\C-y" 'isearch-yank-line)
(define-key map "\C-h" isearch-help-map)
+ (define-key map (char-to-string help-char) isearch-help-map)
+ (define-key map [help] isearch-help-map)
+ (define-key map [f1] isearch-help-map)
(define-key map "\M-n" 'isearch-ring-advance)
(define-key map "\M-p" 'isearch-ring-retreat)
> What about having a function in help.el for defining a binding for all
> three possibilities? Something like
>
> (defun help-define-help-keys (map command)
> (define-key map (char-to-string help-char) command)
> (define-key map [help] command)
> (define-key map [f1] command))
I'd rather remap all them to one key.
--
Juri Linkov
http://www.jurta.org/emacs/
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6222
; Package
emacs
.
(Thu, 20 May 2010 00:48:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 6222 <at> debbugs.gnu.org (full text, mbox):
On Thu, May 20, 2010 at 2:38 AM, Juri Linkov <juri <at> jurta.org> wrote:
>>> (define-key global-map (char-to-string help-char) 'help-command)
>>> (define-key global-map [help] 'help-command)
>>> (define-key global-map [f1] 'help-command)
>>
>> Thanks, I see. But shouldn't isearch do the same then?
>
> I agree that it should:
Fine, thanks.
>> What about having a function in help.el for defining a binding for all
>> three possibilities? Something like
>>
>> (defun help-define-help-keys (map command)
>> (define-key map (char-to-string help-char) command)
>> (define-key map [help] command)
>> (define-key map [f1] command))
>
> I'd rather remap all them to one key.
I don't understand, but that is just because I do not know the details
of remap I guess. Otherwise it sounds reasonable.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6222
; Package
emacs
.
(Thu, 20 May 2010 03:39:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 6222 <at> debbugs.gnu.org (full text, mbox):
> BTW: My bad memory can't find a variable that is holding both C-h and
> f1. Wasn't there such a variable?
You're thinking of help-char and help-event-list.
Stefan
Reply sent
to
Juri Linkov <juri <at> jurta.org>
:
You have taken responsibility.
(Thu, 20 May 2010 22:06:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Lennart Borgman <lennart.borgman <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 20 May 2010 22:06:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 6222-done <at> debbugs.gnu.org (full text, mbox):
Patch installed.
--
Juri Linkov
http://www.jurta.org/emacs/
Message #26 received at 6222-done <at> debbugs.gnu.org (full text, mbox):
Thanks Juri.
On Fri, May 21, 2010 at 12:04 AM, Juri Linkov <juri <at> jurta.org> wrote:
> Patch installed.
>
> --
> Juri Linkov
> http://www.jurta.org/emacs/
>
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 18 Jun 2010 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 15 years and 84 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.