[Top][All Lists]

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

Re: New Context Menu

From: Ergus
Subject: Re: New Context Menu
Date: Wed, 18 Aug 2021 14:43:09 +0200

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

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

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

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?

reply via email to

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