> The point of quick-help is to provide a persistent buffer
> with useful bindings, comparable to what Nano does OOTB.
> One critical difference between which-key and transient
> compared to quick-help, is that the latter has nothing
> to do with prefix maps, but (by default) just presents
> global bindings, and is as such closer to a curated
> version of `describe-bindings' (sort of like how
> `shortdocs' is a curated version of `apropos-functions').
1. Doesn't which-key also provide the
possibility (e.g., on-demand instead of
by timer) to show all currently available
bindings at top level, i.e., not on a
prefix key)? I thought it had added that
feature at some point.
If it doesn't, then that's another big
difference ("critical", you say) from
KeySee.
___
2. As for getting the completions in a
buffer that you can access "persistently"
(and, e.g., to search or edit):
There should be a separate, more general
feature for that: be able to "save" the
current contents of `*Completions* (or
another buffer displaying completions) to
another buffer, regardless of what that
completions buffer is showing.
IOW, this shouldn't be only about _key_
completions and descriptions as help.
Icicles provides such a feature (as does
Embark, IIUC). Emacs should have it. Hit
a key, enter a destination buffer name (or
just hit RET for a default name).
___
3. Icicles can also show you complete help
for key completions shown in *Completions*,
in *Help*. And likewise for any other
kind of completions for which there's a
help description.
Showing help for completions is another
general feature that Emacs should have.
___
https://www.emacswiki.org/emacs/download/keysee.el
