GNU bug report logs -
#60960
30.0.50; Keybinding for Info-search-next in info-mode
Previous Next
Reported by: Marco Wahl <marcowahlsoft <at> gmail.com>
Date: Fri, 20 Jan 2023 10:27:02 UTC
Severity: normal
Found in version 30.0.50
Done: Eli Zaretskii <eliz <at> gnu.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 60960 in the body.
You can then email your comments to 60960 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#60960
; Package
emacs
.
(Fri, 20 Jan 2023 10:27:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Marco Wahl <marcowahlsoft <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 20 Jan 2023 10:27:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
AFAICS there is no keybinding for function Info-search-next in
info-mode.
This is the suggestion to add a respective binding.
BTW I use the binding (define-key Info-mode-map (kbd "a") #'Info-search-next).
Without this setting one could achive the same effect by pressing key "s"
followed by RET which I find tiring compared to pressing just one key.
Also note that the "less" shell command provides a very similar
functionality with the key "n" after a search.
Thanks for reading!
--
Marco Wahl
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#60960
; Package
emacs
.
(Fri, 20 Jan 2023 17:27:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 60960 <at> debbugs.gnu.org (full text, mbox):
> AFAICS there is no keybinding for function Info-search-next in
> info-mode. This is the suggestion to add a respective binding.
> BTW I use the binding (define-key Info-mode-map (kbd "a")
> #'Info-search-next).
FWIW, in `info+.el' I bind `a' to `info-apropos'.
> Without this setting one could achive the same effect by pressing key "s"
> followed by RET which I find tiring compared to pressing just one key.
Any user can of course bind `Info-search-next'
to a key.
But I wonder how many users even use `s' these
days - as opposed to `C-M-s'. Is there a
particular use case for it? I may have just
forgotten that.
I can see how it might be convenient to have
different regexps remembered for `s' and `C-M-s',
so I guess that's one use case for having and
using both commands. (And in that case, sure,
maybe bind `*-next*' - that definitely would
improve the use of `s'.)
That's possible because there are separate
histories, `Info-search-history' and
`regexp-search-ring'.
On the other hand, it might be good to have an
option that lets `Info-search' add its regexp
to `regexp-search-ring'. Or vice versa: let
`Info-search' retrieve values from
`regexp-search-ring'. Or both possibilities.
One way or another, there's some "overlap"
between isearching with `C-M-s' and the
nonincremental searching of `Info-search'.
And some room maybe for leveraging that - the
fact that there are two regexp histories and
two ways to search (incremental or not).
(BTW - seems like `Info-search' would be better
named `Info-regexp-search' or, following
`nonincremental-re-search-forward', something
like `Info-nonincremental-regexp-search'.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#60960
; Package
emacs
.
(Sun, 22 Jan 2023 18:34:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 60960 <at> debbugs.gnu.org (full text, mbox):
On 1/20/23, Drew Adams <drew.adams <at> oracle.com> wrote:
>> AFAICS there is no keybinding for function Info-search-next in
>> info-mode. This is the suggestion to add a respective binding.
>> BTW I use the binding (define-key Info-mode-map (kbd "a")
>> #'Info-search-next).
>
> FWIW, in `info+.el' I bind `a' to `info-apropos'.
Thanks for the pointers!
>> Without this setting one could achive the same effect by pressing key "s"
>> followed by RET which I find tiring compared to pressing just one key.
>
> Any user can of course bind `Info-search-next'
> to a key.
>
> But I wonder how many users even use `s' these
> days - as opposed to `C-M-s'. Is there a
> particular use case for it? I may have just
> forgotten that.
I wonder how I could not use C-M-s. Somehow I was fixated to using
the s when searching within info.
> I can see how it might be convenient to have
> different regexps remembered for `s' and `C-M-s',
> so I guess that's one use case for having and
> using both commands. (And in that case, sure,
> maybe bind `*-next*' - that definitely would
> improve the use of `s'.)
Two searches in parallel might be cool somehow but I never thought
about this use case.
> That's possible because there are separate
> histories, `Info-search-history' and
> `regexp-search-ring'.
Okay.
> [...]
For me the issue is fixed. I simply switch to your suggestion C-M-s.
If you can close this bug report, please go ahead.
Thanks for your support!
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Thu, 26 Jan 2023 07:44:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Marco Wahl <marcowahlsoft <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 26 Jan 2023 07:44:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 60960-done <at> debbugs.gnu.org (full text, mbox):
> Cc: "60960 <at> debbugs.gnu.org" <60960 <at> debbugs.gnu.org>
> From: Marco Wahl <marcowahlsoft <at> gmail.com>
> Date: Sun, 22 Jan 2023 19:32:59 +0100
>
> For me the issue is fixed. I simply switch to your suggestion C-M-s.
>
> If you can close this bug report, please go ahead.
Thanks, done.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 23 Feb 2023 12:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 55 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.