Ihor Radchenko <yanta...@posteo.net> writes: > Stefan Kangas <stefankan...@gmail.com> writes: > >> Adam Porter <a...@alphapapa.net> writes: >> >>> Since transient.el is part of Emacs now, these kinds of menus should >>> probably be implemented with it. >> >> IIUC, this is not a menu, but a reminder of key bindings that are usable >> in that context. Other keybindings here are self-inserting keys, which >> are equally useful, and they wouldn't be available in a transient.
The point of quick-help is to provide a persistent buffer with useful bindings, comparable to what Nano does OOTB. > I am wondering how quick-help, transient, and which-key (AFAIU, it is to > be included into the core soon-ish) play together. > > transient provides a specific way to define the displayed layout, among > other things. At the same time, quick-help provides an alternative > (undocumented) way to define the layout. And which-key uses pre-defined > layout. 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'). > I am wondering if transient style to define how various options in the > menu/help buffer/which-key buffer can be unified. -- Philip Kaludercic
