Arthur Miller <arthur.mil...@live.com> writes: > The command will then make a temporary buffer listing all entries > that can be selected with a single key, and all the single key > prefixes. When you press the key for a single-letter entry, it is selected. > When you press a prefix key, the commands (and maybe further prefixes) > under this key will be shown and offered for selection.
Is there a way to select an entry without exiting the menu? What I have in mind is C-c C-e interface where we have on/off switches to control other sub-menus. See, Body-only, Export scope, etc Also, note the fontification. I guess it will also be possible in your menu generator if we provide propertized strings. Selecting a group may also echo the description to minibuffer (as Tim Cross suggested). Finally, you are only allowing a single key selectors. What about C-key or M-key? > I have paramterized decorator character for shortcut keys as they appear in > the > buffer, org-capture uses "[]", as well as menu separator, which is currently > hard-coded in org-capture More generally, it can be a function to create the decorator. > , and I am currently trying to implement horizontal > layout, where menus are stacked from left to right. Please refer to org-fast-tag-selection and org-fast-todo-selection. > I also have a not so nice > bug when drawing nested menu that it leaves undesired space where menus not > visible after descension into current are; I have to redraw the entire menu > but > haven't yet implemented it so I don't want to post a demo yet. But before I > fix > redrawing and implement horizontal layout, I would like to switch to the > different model of interaction and use ordinary mode map idioms instead of > blocking read key. Since I need to rework current prototype for the re-drawing > part, I can as well rework it to skip read-key at the same time. Since no details are given, I cannot provide any help here. So, good luck :) Best, Ihor
