From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: New Context Menu Date: Wed, 18 Aug 2021 15:26:51 +0300 Message-ID: <8335r7546s.fsf@gnu.org> References: <20210818120834.i3orh535tb2enpos.ref@Ergus> <20210818120834.i3orh535tb2enpos@Ergus> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13141"; mail-complaints-to="usenet@ciao.gmane.io" Cc: juri@linkov.net, emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Aug 18 14:28:33 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mGKgL-0003AP-1F for ged-emacs-devel@m.gmane-mx.org; Wed, 18 Aug 2021 14:28:33 +0200 Original-Received: from localhost ([::1]:56150 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mGKgJ-0004AM-TY for ged-emacs-devel@m.gmane-mx.org; Wed, 18 Aug 2021 08:28:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45858) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGKeo-0002Uy-CM for emacs-devel@gnu.org; Wed, 18 Aug 2021 08:26:59 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:44830) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mGKel-00046q-Pp; Wed, 18 Aug 2021 08:26:57 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1722 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGKei-0001Hd-SK; Wed, 18 Aug 2021 08:26:55 -0400 In-Reply-To: <20210818120834.i3orh535tb2enpos@Ergus> (message from Ergus on Wed, 18 Aug 2021 14:08:34 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:272560 Archived-At: > Date: Wed, 18 Aug 2021 14:08:34 +0200 > From: Ergus > Cc: Juri Linkov > > 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.