> and then restarted the daemon. This kind-of works, in that I am now
> getting button 2 and button 3 events sent, but the modifiers are getting
> sent too. For example, xev tells me that Super_L is getting sent as
> well as button 3 (see below).
That's per design, and was done to fix bug #304328. Maybe the fix broke
your case, though.
> So "middle" and "right" clicks do the right thing for applications which
> ignore the modifiers. But for applications which take notice of the
> modifiers, for example, xterm or emacs, things don't work right. For
> example, "middle" clicking in xterm doesn't paste, because (I presume)
> it's seeing Alt_L + button 2, instead of only button 2. I want my
> applications to see button 2 and button 3, without seeing the modifiers
> that were used to simulate them.
Remove the patch to pass though modifier events, then. Or at least block
the modifer events that were used to generate the mouse events (see
You lose the option to generate mouse events with modifers (but then, you
cannot distinguish between a mouse event with and without modifier anyway,
if you chose to use a modifier with the mouse keycode).
> Does anybody have any ideas as to how I might be able to do this?
First of all, don't use modifier keys tha you need to see in other
apps with mouse emulation. Second, you can change the passthrough code to
only pass a modifier event if it does not belong to a emulation key - this
will get quite messy though. You'll need to delay the modifier for a short
time to see if a mouse key follows (or send a modifier up, mouse button,
modifier down sequence).
- From: "Otto Maddox" <email@example.com>