* bug#74492: 31.0.50; [FR] explicit minor mode precedence
@ 2024-11-23 13:49 Eshel Yaron via Bug reports for GNU Emacs, the Swiss army knife of text editors
0 siblings, 0 replies; only message in thread
From: Eshel Yaron via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-11-23 13:49 UTC (permalink / raw)
To: 74492; +Cc: Stefan Monnier, Sean Whitton
Hi,
I'm creating this feature request to track an idea that Stefan brought
up in bug#74404:
> BTW, maybe we should add some notion of minor mode precedence since such
> problems are actually fairly common. We could do something similar to
> what we do with `add-hook`, so `add-minor-mode` takes care of obeying
> the ordering constraints.
Currently, the last minor mode to be defined takes precedence over
previously defined minor modes, at least in terms of keybindings. This
makes it hard-to-impossible for minor modes that need high precedence to
"guard" their keybindings from minor modes defined at any later time.
An explicit mechanism for specifying minor mode precedence could help.
Best,
Eshel
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2024-11-23 13:49 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-11-23 13:49 bug#74492: 31.0.50; [FR] explicit minor mode precedence Eshel Yaron via Bug reports for GNU Emacs, the Swiss army knife of text editors
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).