* Minibuffer keymaps
@ 2023-09-16 3:27 T.V Raman
2023-09-16 3:32 ` [External] : " Drew Adams
2023-09-16 5:48 ` Eli Zaretskii
0 siblings, 2 replies; 5+ messages in thread
From: T.V Raman @ 2023-09-16 3:27 UTC (permalink / raw)
To: emacs-devel
Why do we have both
minibuffer-mode-map and minibuffer-local-completion-map AKA, do we
the latter?
--
--
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: [External] : Minibuffer keymaps
2023-09-16 3:27 Minibuffer keymaps T.V Raman
@ 2023-09-16 3:32 ` Drew Adams
2023-09-16 5:48 ` Eli Zaretskii
1 sibling, 0 replies; 5+ messages in thread
From: Drew Adams @ 2023-09-16 3:32 UTC (permalink / raw)
To: T.V Raman, emacs-devel@gnu.org
> Why do we have both
>
> minibuffer-mode-map and minibuffer-local-completion-map AKA, do we
> the latter?
Because use of `minibuffer-mode-map' doesn't necessarily involve completion, so it doesn't have keys that complete minibuffer content.
There are several minibuffer keymaps, related by inheritance in some cases.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Minibuffer keymaps
2023-09-16 3:27 Minibuffer keymaps T.V Raman
2023-09-16 3:32 ` [External] : " Drew Adams
@ 2023-09-16 5:48 ` Eli Zaretskii
2023-09-16 14:41 ` T.V Raman
1 sibling, 1 reply; 5+ messages in thread
From: Eli Zaretskii @ 2023-09-16 5:48 UTC (permalink / raw)
To: T.V Raman; +Cc: emacs-devel
> Date: Fri, 15 Sep 2023 20:27:40 -0700
> From: "T.V Raman" <raman@google.com>
>
> Why do we have both
>
> minibuffer-mode-map and minibuffer-local-completion-map AKA, do we
> the latter?
The latter inherits from the former and adds some completion-specific
bindings to it. See the node "Completion Commands" in the ELisp
manual, where this is explained.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Minibuffer keymaps
2023-09-16 5:48 ` Eli Zaretskii
@ 2023-09-16 14:41 ` T.V Raman
2023-09-16 14:44 ` Eli Zaretskii
0 siblings, 1 reply; 5+ messages in thread
From: T.V Raman @ 2023-09-16 14:41 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: emacs-devel
Thanks! That said, are there cases today where minibuffer doesn't offer
completion? -- Perhaps read-string and some others, but we could
simplify things if it's worth it by just having completion available in
all minibuffers.
--
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Minibuffer keymaps
2023-09-16 14:41 ` T.V Raman
@ 2023-09-16 14:44 ` Eli Zaretskii
0 siblings, 0 replies; 5+ messages in thread
From: Eli Zaretskii @ 2023-09-16 14:44 UTC (permalink / raw)
To: T.V Raman; +Cc: emacs-devel
> From: "T.V Raman" <raman@google.com>
> Cc: emacs-devel@gnu.org
> Date: Sat, 16 Sep 2023 07:41:55 -0700
>
> Thanks! That said, are there cases today where minibuffer doesn't offer
> completion? -- Perhaps read-string and some others, but we could
> simplify things if it's worth it by just having completion available in
> all minibuffers.
I don't think we want to force all minibuffer-reading programs to use
completion. There's no reason for that, and having two maps doesn't
make Emacs much more complex than if we had just one. The flexibility
of being able to use the minibuffer without completion is more
important.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2023-09-16 14:44 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-09-16 3:27 Minibuffer keymaps T.V Raman
2023-09-16 3:32 ` [External] : " Drew Adams
2023-09-16 5:48 ` Eli Zaretskii
2023-09-16 14:41 ` T.V Raman
2023-09-16 14:44 ` 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).