mirrors/labwc
1
0
Fork 0
mirror of https://github.com/labwc/labwc.git synced 2025-10-29 05:40:24 -04:00
Code Issues Projects Releases Packages Wiki Activity Actions

input: always use mouse emulation for tablet tool mouse

Browse source 
Using mouse emulation for a tablet tool mouse is just a practical
decision to let such a tool work more smootly, e.g. it avoids weird
menu issues in GTK applications. Since such a tool doesn't have
pen specifix axis like pressure or distance, no functionality is lost.

A solution fully in line with the protocol, which would pass the tool
mouse buttons to the client, would leave us with  e.g. non-working
buttons in current GTK4 since they don't handle the buttons
reported from the tool mouse.
May be this changes in future. But for now, let's just be practical.
This commit is contained in:
Jens Peters 2025-06-06 07:14:21 +02:00 • committed by Hiroaki Yamamoto
parent cf032b1fc1
commit 8584e073de
1 changed files with 5 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

5
src/input/tablet.c
View file

@ -273,8 +273,13 @@ handle_tablet_tool_proximity(struct wl_listener *listener, void *data)
* enforced. Not having a tool or tablet capable surface will trigger
* the fallback to cursor move/button emulation in the tablet signal
* handlers.
* Also stick to mouse emulation when the current tool is a tablet mouse.
* Client support for tablet mouses in tablet mode is often incomplete
* and no functionality is lost since those device do not support tool
* specific axis like pressure or distance.
*/
if (!rc.tablet.force_mouse_emulation
&& ev->tool->type != WLR_TABLET_TOOL_TYPE_MOUSE
&& tablet->seat->server->tablet_manager && !tool) {
/*
* Unfortunately `wlr_tool` is only present in the events, so