Re: Weird mouse behaviour

From: Niclas Zeising <zeising+freebsd_at_daemonic.se>
Date: Mon, 27 Apr 2020 12:00:48 +0200
On 2020-04-27 11:29, Michael Gmelin wrote:
> 
> 
> On Mon, 27 Apr 2020 08:28:50 +0000
> "Poul-Henning Kamp" <phk_at_phk.freebsd.dk> wrote:
> 
>> --------
>> In message <65670198-e725-5b66-646c-5b147c943cd9_at_daemonic.se>, Niclas
>> Zeising writes:
>>
>>> With my touchpad, ctrl left click and ctrl right click opens two
>>> different menus in xterm, main menu and vt font menu, respectively.
>>
>> ctrl-middle should open "VT Options"
>>
> 
> I could reproduce this on my laptop and found the fix.
> 
> The problem is, that the middle mouse button only generates a key
> press/key release event pair once its released (can be seen using xev
> and `libinput debug-events').
> 
> This is caused by the trackpoint driver using one-button scrolling by
> default (that is, you can hold the middle mouse button and move the
> trackpoint - even though this didn't work for me).
> 
> You can disable on-button scrolling using xinput, e.g.
> 
> xinput set-prop 'TPPS/2 IBM TrackPoint' \
>    'libinput Scroll Method Enabled' 0 0 0
> 
> After this, Ctrl+middle works as expected in xterm.
> 
> Note: Check `xinput' output to get the correct device name for your
> trackpoint (you can also use its numeric identifier, but the name is
> supposed to be more stable).

Nice catch!
I tried looking at xev myself, but apparently, I didn't look closely 
enough.  Now when I know what to look for, I see it clearly.
Thanks for your help!
Regards
-- 
Niclas
Received on Mon Apr 27 2020 - 08:03:20 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:23 UTC