GNU bug report logs - #43756
Fix for TTY menus mouse interaction

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jared Finder <jared <at> finder.org>
Cc: 43756 <at> debbugs.gnu.org, larsi <at> gnus.org
Subject: bug#43756: Fix for TTY menus mouse interaction
Date: Sat, 03 Oct 2020 10:23:09 +0300

> Date: Fri, 02 Oct 2020 12:54:54 -0700
> From: Jared Finder <jared <at> finder.org>
> Cc: larsi <at> gnus.org, 43756 <at> debbugs.gnu.org
> 
> > Ah, xterm-mouse-mode.  AFAIR, no one has made TTY menus work with
> > xterm-mouse-mode.  The first thing to do is to disable tmm-menubar,
> > and then you need to cause a mouse click call menu-bar-open with the
> > 2nd argument set to the X coordinate of the click.
> 
> I think this may be getting mixed up with my feature proposal on 
> emacs-devel? I did find this bug when working on making the TTY menus 
> work with xterm-mouse-mode and they both affect menus. The patches I 
> attached in that thread follow the pattern you described.
> 
> This bug report is separable from the rest of that feature. It's also 
> much smaller, just two lines. :) This fixes the current behavior of the 
> command tmm-menubar-mouse, which is bound to <menu-bar> <mouse-1>.

So you are saying that when tmm-menubar-mouse is invoked by mouse
clicks, it shows incorrect menus after "M-x ielm", but only if you
click on the menu items specific to IELM?  It sounds like tmm-menubar
has a bug in its translation of the X coordinate of the click to the
menu-bar item, perhaps because it considers only the global menu
keymap.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.