[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: New Context Menu

From: Eli Zaretskii
Subject: Re: New Context Menu
Date: Wed, 18 Aug 2021 15:26:51 +0300

> 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.

> 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.

> 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.

> 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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]