From: Drew Adams <drew.adams@oracle.com>
To: Lars Ingebrigtsen <larsi@gnus.org>, Juri Linkov <juri@linkov.net>
Cc: "51240@debbugs.gnu.org" <51240@debbugs.gnu.org>,
Howard Melman <hmelman@gmail.com>,
"52074@debbugs.gnu.org" <52074@debbugs.gnu.org>
Subject: bug#51240: bug#52074: 29.0.50; Add key binding for find-library
Date: Thu, 30 Jun 2022 15:40:45 +0000 [thread overview]
Message-ID: <SJ0PR10MB54886A4DA17150960F12A1A8F3BA9@SJ0PR10MB5488.namprd10.prod.outlook.com> (raw)
In-Reply-To: <87edz6bf3g.fsf_-_@gnus.org>
> >> Thanks for the explanation, I think it makes sense to add
> >> C-x L, C-x 4 L, C-x 5 L to find-function-setup-keys.
> >
> > Makes sense to me.
>
> So I've now done this in Emacs 29.
Finally.
But as I said in bug #51240, which is a duplicate
of this one:
[Isn't this essentially bug #26712? and 2270? (which
was closed as Done, but with no key binding)]
At least 3 duplicate bugs, + discussion in emacs-devel.
15 years.
It's taken 15 years to get this done, from my initial
proposal to add the -other-window/frame versions, and
my suggestion of `C-x 4 l' and `C-x 5 l' bindings.
Yes, you should have used lowercase `l'. From #26712:
I almost _never_ use `count-lines-page', and I use
`find-library-other-window' several times a day.
And I'm probably one of the few people who actually
does use page commands. That's just not that useful
a command, for me.)
And `find-function-setup-keys' shouldn't hardcode the
keys anyway - it should use a user option.
And this isn't even (at all) about finding a function.
There's no reason to put finding a _library_ on
`find-function-setup-keys'. But I repeat myself...
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=2270
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26712#8
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26712#44
https://lists.gnu.org/archive/html/emacs-devel/2007-03/msg01073.html
https://lists.gnu.org/archive/html/emacs-devel/2007-06/msg01306.html
prev parent reply other threads:[~2022-06-30 15:40 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-16 16:49 bug#51240: 27.2; Binding find-library commands Howard Melman
2021-10-16 18:28 ` bug#51240: [External] : " Drew Adams
2021-10-16 18:57 ` Juri Linkov
2021-10-16 19:33 ` Drew Adams
2021-10-17 16:59 ` Juri Linkov
2021-10-17 1:16 ` Howard Melman
2021-10-17 17:04 ` Juri Linkov
2021-10-18 7:32 ` Lars Ingebrigtsen
2022-01-03 21:25 ` Howard Melman
2022-01-03 22:40 ` bug#51240: [External] : " Drew Adams
2022-01-03 23:02 ` Howard Melman
2022-01-03 23:32 ` Drew Adams
2022-01-04 0:04 ` Howard Melman
2022-01-04 15:36 ` Drew Adams
2022-06-30 10:49 ` bug#51240: bug#52074: 29.0.50; Add key binding for find-library Lars Ingebrigtsen
2022-06-30 15:40 ` Drew Adams [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=SJ0PR10MB54886A4DA17150960F12A1A8F3BA9@SJ0PR10MB5488.namprd10.prod.outlook.com \
--to=drew.adams@oracle.com \
--cc=51240@debbugs.gnu.org \
--cc=52074@debbugs.gnu.org \
--cc=hmelman@gmail.com \
--cc=juri@linkov.net \
--cc=larsi@gnus.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.