|
From: | Ergus |
Subject: | Re: Issue with rectangle mouse selection |
Date: | Thu, 28 Nov 2019 18:11:17 +0100 |
On Thu, Nov 28, 2019 at 03:36:46PM +0100, Mattias Engdeg�rd wrote:
Terminal.app and Gnome Terminal are fine, but Xterm exhibits the behaviour you describe.XTerm does indeed not report mouse movements when modifiers are used, so there is little Emacs can do about it. This may be intended; the source (button.c) contains /* * We reserve shift modifier for cut/paste operations. In principle we * can pass through control and meta modifiers, but in practice, the * popup menu uses control, and the window manager is likely to use meta, * so those events are not delivered to SendMousePosition. */ If this bothers you, perhaps you could ask the maintainer to reconsider; gnome-terminal manages, after all. (XTerm clearly needs more options. Just like Emacs.)
Oh that's a bad new as I actually use xterm because it is the most compatible with everything else in emacs. I actually made a question in the help mailing list before choosing xterm. I made some tests and after reading the xterm documentation for mouse tracking I can confirm that mouse movements with modifiers are not sent at all with "\e[?1002h" (It is not sending any event, not just the modifiers). But they are actually sent with "\e[?1003h", so it is already supported but just in a higher level (Any-event tracking) that emacs seems not to enable.. So there is nothing to report to the xterm team in my opinion. Just that we will need to make some changes in the xterm back-end if we want to support these kinds of events.
[Prev in Thread] | Current Thread | [Next in Thread] |