[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#14086: 24.3.50; `substitute-command-keys': inappropriate "(that bind
From: |
Lars Ingebrigtsen |
Subject: |
bug#14086: 24.3.50; `substitute-command-keys': inappropriate "(that binding is currently shadowed by another mode)" |
Date: |
Tue, 25 Aug 2020 13:15:46 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
"Drew Adams" <drew.adams@oracle.com> writes:
> But near the end of the listing (not at all near that entry), I see this
> other entry for `M-r':
>
> M-r previous-matching-history-element
> (that binding is currently shadowed by another mode)
>
> That makes no sense, or is at least misleading. There is no special
> "mode" that I am aware of that is involved here, for one thing. And I
> don't see how the `previous-matching-history-element' binding is
> "shadowed", whether by "another mode" or any other way. `M-r' is simply
> bound to `icicle-roundup' in this keymap - it is not bound to
> `previous-matching-history-element' in this map, AFAIK.
The test case is this:
(define-key minibuffer-local-completion-map (kbd "M-r") 'icicle-roundup)
(substitute-command-keys "\\{minibuffer-local-completion-map}")
"key binding
--- -------
C-g abort-recursive-edit
[...]
M-r icicle-roundup
[...]
M-r previous-matching-history-element
(that binding is currently shadowed by another mode)
"
That is pretty confusing -- I didn't even know that you could have the
same key binding twice in a keymap?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- bug#14086: 24.3.50; `substitute-command-keys': inappropriate "(that binding is currently shadowed by another mode)",
Lars Ingebrigtsen <=