You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Stylus functionality was absolutely solid until the latest iptd 3.0 had been installed on my Nobara 40 (Fedora) system running GNOME 46. Moving non-CSD windows with the stylus will render the next stylus input null (but tapping the screen with the stylus for a null input will reset the stylus to normal operation). Drag-and-dropping layers in Krita would lock the stylus pointer in the middle of the operation, requiring clicking the mouse and pressing the ESC key to free the stylus (see screenshot below).
It should be noted that a vanilla Fedora Workstation 40-1.14 with the standard linux-surface packages and iptsd downgraded to 1.4 or 2.0 is BUG FREE. The bugs begin to appear as the entire system is upgraded to the latest versions.
Since then, I've tested various distributions and DE's, and all have exhibited similar buggy behavior. I'll briefly list my experiences:
Debian 12 (KDE): Same Krita bugs, but this time I noticed that clicking on the desktop invokes middle-click on pen release (middle-click pastes cursor-selection clipboard data as a new sticky note). This middle-click activation slightly moves the canvas while drawing. Also, I had noticed that the Eraser tool gets invoked after lifting the stylus, which flickers the eraser icon.
Ubuntu 24.04/24.10 (GNOME): All the same bugs mentioned, including middle-click, eraser tool activation.
Fedora 41 (GNOME): Same bugs mentioned at the start with Nobara/Fedora 40, plus eraser tool activation, but this time there is a primary click activation upon pen release, which produces dots at the end of ordinary brush strokes (see screenshot below).
After testing various distros, I have reverted to Fedora 40 Workstation (GNOME) since the bugs are the least egregious, since I can downgrade iptsd to version 2.0 and not encounter the Eraser tool activation bug.
I always have the opportunity to test stylus functionality in Fedora 41 thanks to Timeshift, so I'll be on the lookout for any changes as more updates become available.
The text was updated successfully, but these errors were encountered:
I originally filed this issue in linux-surface/linux-surface/issues/1606 but it seems most appropriate here.
Stylus functionality was absolutely solid until the latest iptd 3.0 had been installed on my Nobara 40 (Fedora) system running GNOME 46. Moving non-CSD windows with the stylus will render the next stylus input null (but tapping the screen with the stylus for a null input will reset the stylus to normal operation). Drag-and-dropping layers in Krita would lock the stylus pointer in the middle of the operation, requiring clicking the mouse and pressing the ESC key to free the stylus (see screenshot below).
It should be noted that a vanilla Fedora Workstation 40-1.14 with the standard linux-surface packages and iptsd downgraded to 1.4 or 2.0 is BUG FREE. The bugs begin to appear as the entire system is upgraded to the latest versions.
Since then, I've tested various distributions and DE's, and all have exhibited similar buggy behavior. I'll briefly list my experiences:
After testing various distros, I have reverted to Fedora 40 Workstation (GNOME) since the bugs are the least egregious, since I can downgrade iptsd to version 2.0 and not encounter the Eraser tool activation bug.
I always have the opportunity to test stylus functionality in Fedora 41 thanks to Timeshift, so I'll be on the lookout for any changes as more updates become available.
The text was updated successfully, but these errors were encountered: