Re: New Context Menu

[Ergus <spacibba@aol.com>]

On Wed, Aug 18, 2021 at 03:26:51PM +0300, Eli Zaretskii wrote:
>> Date: Wed, 18 Aug 2021 14:08:34 +0200
>> From: Ergus <spacibba@aol.com>
>> Cc: Juri Linkov <juri@linkov.net>
>>
>> The current implementation follows the X11 menu interaction pattern:
>> Hold mouse-3 to keep the menu active and release mouse-3 to select an
>> entry.
>>
>> Could we add an option to avoid this and have the same interaction
>> behavior than in gui please?: mouse-3 activates the menu, a click over
>> an option selects it and a click outside the menu hides the menu
>>
>> I know this may be something external to emacs itself; maybe it is how
>> xterm menu behaves, but probably there is a way to go around this
>> without excessive complexity.
>
>I'm quite sure it's how the mouse support behaves, and has nothing to
>do with what Juri did.  You should see the same behavior in any menu
>on that display.
>
>It works for me as you expect on the w32 console.
>
:( I supposed that. It will be hard to have such a functionality in
xterm then. And no other terminal works completely fine with emacs for
me.

>> Maybe this is ask for too much, but I am wondering that once the context
>> menu will be released with emacs 28, then a lot of packages will try to
>> implement such a functionality in a hacky way with advises/hooks and so
>> on and they won't get properly maintained.
>
>I don't see how this can be worked around in a hook, because TTY menus
>are implemented entirely in C.
>
Users and external developers may try their best it this annoys them
enough.

>> In case the user wants to bind the context menu without using the mouse
>> how can be done? Will the context-menu appear in the current cursor
>> (point) or in the current mouse arrow position?
>
>We could do something similar to what we do when the user presses F10
>on a TTY frame.
>
On tty the F10 menu opens in the minibuffer. It would be better if we
can just show the same menu than with the mouse instead, because it
appears in place, closer to where the user is editing. And the
experience is a bit more consistent IMHO.

>> I know the context menu without mouse is a bit pointless
>
>Why pointless? menus work on TTY frames without a mouse just fine, you
>can move and select using the keyboard.
>
But context menu it more mouse-oriented in general because it is a need
specially for more mouse oriented users. Why to do something like F10 +
arrow + arrow + Enter: when you can do just M-w? Or why to use arrows if
just used the mouse to activate the menu?