Stylus Pen(wacom) miss behavior - "Single Click" issue

Help
, , ,
1

Morning everyone. First of all, sorry if this is not the correct place, but I don’t know where it properly fits. It is not actually a bug; it more like a lack of feature. It may have even been already added, but unfortunately I can’t test/look for it cse I can’t upgrade to Plasma 6 yet. So, what follows:

  • System is Rocky Linux 9.6, Wacom Intuos4, Plasma 5.27, KCM_Wacom 3.1.1. .

In Dolphin, Kicker, Desktop, all Plasma-native interfaces, regardless of which physical button is mapped to “Left Click”, it triggers a double click when pressed.
The issue is not a hardware, driver, or Xorg problem. I’ve double-checked it within multiple apps. It is not an actual double click.
The problem is due to Plasma’s “SingleClick” logic, which determines whether click-to-select icons open with a single click or double click:

~/.config/kdeglobals
[KDE]
SingleClick=false

It is this function ‘SingleClick=true|false’, almost for sure, because it only occurs in kwin/plasma ecosystem. For some reason kdeglobals is not propagating the function up to the pen input. It sees it is a secondary input that is being ignored by the shell globals’.

–Plasma correctly applies this setting to standard pointer devices (mouse), but ignores STYLUS devices, treating them as non-pointer inputs.
–Attempts to remap stylus buttons using xsetwacom or xdotool do not solve the problem, as the root cause is Plasma’s internal SingleClick filtering.
–Adding an Xorg InputClass hint ("Plasma pointer hint") for STYLUS devices does not propagate the setting, because Plasma does not read Xorg Class hints for the purpose of SingleClick.
–Stylus users cannot rely on the expected click behavior in Plasma-native apps.
–Workflow is disrupted, as every single click behaves like a double click in file managers, desktop navigation, and panel interaction.
–Other applications outside Plasma are unaffected, indicating the scope is Plasma-only.

After an overnight looking for a solution with GPT, it proposes some, and here I am, either asking for help, if this has already been some sort of addressed, or, suggest the implementation of some kind of patch for this issue, as it is very, very disrupting.

Plasma Patch / Code Modification (Recommended for zero lag)

  • Modify kwin or Plasma workspace input handling to treat STYLUS devices as pointer devices for SingleClick logic.
  • Change internal filter:
if (device->type() == QMouseDevice::Pointer || device->type() == QMouseDevice::Stylus)
    applySingleClickSetting();

  • Pros:

    • Zero input lag.
    • Plasma-only, does not affect other apps.

  • Cons:

    • Requires rebuilding Plasma or KWin workspace library.
    • Needs maintenance for Plasma upgrades.

  1. KDEglobals / Plasma Settings Hint (Limited / Experimental)

    • Attempt to add an InputClass or custom config entry to mark the stylus as a pointer:
[Stylus]
SingleClick=false

  • Pros:

    • Simple text-file approach.

  • Cons:

    • Currently ignored by Plasma.
    • Likely requires Plasma to implement reading such a hint.
    • Unreliable as a solution until upstream support exists.

  1. Short-term Workaround

    • Map stylus buttons to keyboard shortcuts (e.g., xdotool key Return) in specific contexts.
    • Not ideal, as it changes behavior in drawing apps and breaks conventional click handling.

Conclusion / Request:

  • SingleClick setting in Plasma ignores STYLUS input devices, causing the observed “double click” behavior.

  • Recommended solution: allow STYLUS devices to inherit SingleClick behavior in Plasma-native apps.

  • Ideally, this is configurable per input type to maintain compatibility with other applications.

    That’s kind of it. Thanks in advance. Have a good day.