emacs-devel
[Top][All Lists]
Advanced

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

Re: Issue with rectangle mouse selection


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.




reply via email to

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