unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#47198: 27.1; Why bind some commands by default if they're not defined?
@ 2021-03-16 17:57 Drew Adams
  2021-03-16 18:40 ` Eli Zaretskii
  0 siblings, 1 reply; 7+ messages in thread
From: Drew Adams @ 2021-03-16 17:57 UTC (permalink / raw)
  To: 47198

emacs -Q
C-h b

There is this entry, with no link on the command name:

 M-s h f		hi-lock-find-patterns

This is apparently because file `bindings.el' adds the key binding:

  (define-key search-map "hf"   'hi-lock-find-patterns)

Is it a good idea that we do this even though the command is not yet
defined?

Seems like such a binding should be in hi-lock.el, and be created only
after the command is created, no?

(This bug is a bit similar to #47197, I guess.  But `vc-ignore' doesn't
seem to be bound anywhere.)


In GNU Emacs 27.1 (build 1, x86_64-w64-mingw32)
 of 2020-08-12 built on CIRROCUMULUS
Repository revision: 86d8d76aa36037184db0b2897c434cdaab1a9ae8
Repository branch: HEAD
Windowing system distributor 'Microsoft Corp.', version 10.0.19041
System Description: Microsoft Windows 10 Pro (v10.0.2004.19041.804)






^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2021-03-16 20:12 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-03-16 17:57 bug#47198: 27.1; Why bind some commands by default if they're not defined? Drew Adams
2021-03-16 18:40 ` Eli Zaretskii
2021-03-16 19:35   ` bug#47198: [External] : " Drew Adams
2021-03-16 19:42     ` Eli Zaretskii
2021-03-16 19:46     ` Eli Zaretskii
2021-03-16 19:48       ` Drew Adams
2021-03-16 20:12         ` Eli Zaretskii

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).