GNU bug report logs -
#40916
[PATCH] Add "p" and "n" convenience bindings to help-mode-map
Previous Next
Reported by: Amin Bandali <bandali <at> gnu.org>
Date: Tue, 28 Apr 2020 00:27:02 UTC
Severity: wishlist
Tags: patch, wontfix
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 40916 in the body.
You can then email your comments to 40916 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40916
; Package
emacs
.
(Tue, 28 Apr 2020 00:27:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Amin Bandali <bandali <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 28 Apr 2020 00:27:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
The following binds "p" to backward-button, and "n" to forward-button in
help-mode-map for more conveniently jumping between buttons in *Help*
buffers. I have found myself constantly reaching for these in *Help*
buffers after using helpful [0] for a while.
[0]: https://github.com/Wilfred/helpful
I thought about adding these to button-map itself, but that seemed like
a more invasive change, and I wasn't sure about its side effects e.g. in
non-read-only buffers.
The patch is against emacs-27, since it's a trivial and hopefully
completely harmless change.
[0001-Add-p-and-n-convenience-bindings-to-help-mode-map.patch (text/x-diff, inline)]
From efcca34ed0cab882318e2654dd667e31f6d32511 Mon Sep 17 00:00:00 2001
From: Amin Bandali <bandali <at> gnu.org>
Date: Mon, 27 Apr 2020 20:06:55 -0400
Subject: [PATCH] Add "p" and "n" convenience bindings to help-mode-map
* lisp/help-mode.el (help-mode-map): Bind "p" to backward-button, and
"n" to forward-button for more conveniently jumping between buttons in
*Help* buffers.
---
lisp/help-mode.el | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lisp/help-mode.el b/lisp/help-mode.el
index bae8281147..0f8380255e 100644
--- a/lisp/help-mode.el
+++ b/lisp/help-mode.el
@@ -37,6 +37,8 @@ help-mode-map
(let ((map (make-sparse-keymap)))
(set-keymap-parent map (make-composed-keymap button-buffer-map
special-mode-map))
+ (define-key map "p" 'backward-button)
+ (define-key map "n" 'forward-button)
(define-key map [mouse-2] 'help-follow-mouse)
(define-key map "l" 'help-go-back)
(define-key map "r" 'help-go-forward)
--
2.25.0
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40916
; Package
emacs
.
(Tue, 28 Apr 2020 17:03:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 40916 <at> debbugs.gnu.org (full text, mbox):
> The following binds "p" to backward-button, and "n" to forward-button
> in help-mode-map for more conveniently jumping between buttons in *Help*
> buffers. I have found myself constantly reaching for these in *Help*
> buffers after using helpful [0] for a while.
We already have TAB and S-TAB. TAB has been
there forever, and S-TAB was added because it
was claimed to be "standard" or "conventional"
in some way.
And TAB and S-TAB are the same keys we use in
Info (where `n' and `p' move forward/backward
among node siblings).
Are we adding redundant keys now just because
someone gets used to them in some other app
or 3rd-party library?
Nothing prevents a user from binding `n' and
`p' that way. And nothing prevents a library
from having a minor mode that binds them.
And Emacs not binding them by default means
they remain available for something else in
the future.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40916
; Package
emacs
.
(Tue, 28 Apr 2020 17:34:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 40916 <at> debbugs.gnu.org (full text, mbox):
Hi Amin,
Amin Bandali <bandali <at> gnu.org> writes:
> The following binds "p" to backward-button, and "n" to forward-button in
> help-mode-map for more conveniently jumping between buttons in *Help*
> buffers. I have found myself constantly reaching for these in *Help*
> buffers after using helpful [0] for a while.
Thanks, I like the idea. I tried it, and it seems useful.
But I have one concern. Is there anything else we could use those
keys for? For example, what about navigating sections in the file, or
even (next|previous)-line?
Let's say we introduce a "foldable" help buffer, such that minor mode
documentation would be collapsed by default. (Sorry, I can't find the
feature request now, but it's in the bug tracker somewhere.)
Will this key binding still be the one we want?
> The patch is against emacs-27, since it's a trivial and hopefully
> completely harmless change.
I think we should do this on master to let people test the change and
get used to it. Maybe we will want to change it before release.
Best regards,
Stefan Kangas
Severity set to 'wishlist' from 'normal'
Request was from
Noam Postavsky <npostavs <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 28 Apr 2020 17:42:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40916
; Package
emacs
.
(Wed, 29 Apr 2020 05:16:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 40916 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Stefan,
Stefan Kangas <stefan <at> marxist.se> writes:
> Hi Amin,
>
> Amin Bandali <bandali <at> gnu.org> writes:
>
>> The following binds "p" to backward-button, and "n" to forward-button in
>> help-mode-map for more conveniently jumping between buttons in *Help*
>> buffers. I have found myself constantly reaching for these in *Help*
>> buffers after using helpful [0] for a while.
>
> Thanks, I like the idea. I tried it, and it seems useful.
>
Thank you.
>
> But I have one concern. Is there anything else we could use those
> keys for? For example, what about navigating sections in the file, or
> even (next|previous)-line?
>
> Let's say we introduce a "foldable" help buffer, such that minor mode
> documentation would be collapsed by default. (Sorry, I can't find the
> feature request now, but it's in the bug tracker somewhere.)
>
> Will this key binding still be the one we want?
>
That's indeed a valid question/criticism. And my answer is that I'm not
quite sure. As of now, I think having this behaviour makes sense; but I
can't say for sure it would remain the best use for p/n in the future.
Especially considering the "foldable" help idea you mentioned, which I
had not heard of or considered prior to writing this reply. :-)
>
>> The patch is against emacs-27, since it's a trivial and hopefully
>> completely harmless change.
>
> I think we should do this on master to let people test the change and
> get used to it. Maybe we will want to change it before release.
>
> Best regards,
> Stefan Kangas
>
That's a good argument for doing this on master at least at first.
Best,
--
Amin Bandali
Free Software activist | GNU maintainer & webmaster
GPG: BE62 7373 8E61 6D6D 1B3A 08E8 A21A 0202 4881 6103
https://bandali.eu.org
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40916
; Package
emacs
.
(Wed, 29 Apr 2020 05:25:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 40916 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Drew Adams <drew.adams <at> oracle.com> writes:
>> The following binds "p" to backward-button, and "n" to forward-button
>> in help-mode-map for more conveniently jumping between buttons in *Help*
>> buffers. I have found myself constantly reaching for these in *Help*
>> buffers after using helpful [0] for a while.
>
> We already have TAB and S-TAB. TAB has been
> there forever, and S-TAB was added because it
> was claimed to be "standard" or "conventional"
> in some way.
>
> And TAB and S-TAB are the same keys we use in
> Info (where `n' and `p' move forward/backward
> among node siblings).
>
Thanks; I am already aware of those.
>
> Are we adding redundant keys now just because
> someone gets used to them in some other app
> or 3rd-party library?
>
No, we are discussing it. And I don't see anything inherently wrong
with having more than one keybinding for a command; as is already the
case for various other built-in commands.
>
> Nothing prevents a user from binding `n' and
> `p' that way. And nothing prevents a library
> from having a minor mode that binds them.
>
> And Emacs not binding them by default means
> they remain available for something else in
> the future.
>
Yes; these are valid criticisms. See my reply to Stefan.
--
Amin Bandali
Free Software activist | GNU maintainer & webmaster
GPG: BE62 7373 8E61 6D6D 1B3A 08E8 A21A 0202 4881 6103
https://bandali.eu.org
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40916
; Package
emacs
.
(Fri, 01 May 2020 00:37:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 40916 <at> debbugs.gnu.org (full text, mbox):
Amin Bandali <bandali <at> gnu.org> writes:
>> Let's say we introduce a "foldable" help buffer, such that minor mode
>> documentation would be collapsed by default. (Sorry, I can't find the
>> feature request now, but it's in the bug tracker somewhere.)
>>
>> Will this key binding still be the one we want?
>
> That's indeed a valid question/criticism. And my answer is that I'm not
> quite sure. As of now, I think having this behaviour makes sense; but I
> can't say for sure it would remain the best use for p/n in the future.
> Especially considering the "foldable" help idea you mentioned, which I
> had not heard of or considered prior to writing this reply. :-)
I found the bug where the above feature was discussed:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=2473
Best regards,
Stefan Kangas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40916
; Package
emacs
.
(Sat, 08 Aug 2020 12:09:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 40916 <at> debbugs.gnu.org (full text, mbox):
Amin Bandali <bandali <at> gnu.org> writes:
> The following binds "p" to backward-button, and "n" to forward-button in
> help-mode-map for more conveniently jumping between buttons in *Help*
> buffers. I have found myself constantly reaching for these in *Help*
> buffers after using helpful [0] for a while.
The objection was raised that we might want to use these keys for other
commands in the future in these buffers, and I agree with that.
Besides, there's a bunch of other modes that have buttons that already
bind n/p for other things, and TAB/S-TAB work in all these buffers. So
I think we'd be encouraging users to remember the wrong set of key
strokes here: They should rely on TAB/S-TAB everywhere.
So I'm closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) wontfix.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 08 Aug 2020 12:09:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
40916 <at> debbugs.gnu.org and Amin Bandali <bandali <at> gnu.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 08 Aug 2020 12:09:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 06 Sep 2020 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 2 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.