https://bugs.kde.org/show_bug.cgi?id=241557
Qbert changed:
What|Removed |Added
CC||qb...@ungmedms.com
--- Comment #21 from Qbert
https://bugs.kde.org/show_bug.cgi?id=377990
Bug ID: 377990
Summary: Desktop Grid + Present Windows Effect: Non maximized
windows disappear during movement
Product: kwin
Version: 5.9.3
Platform: Archlinux Packages
https://bugs.kde.org/show_bug.cgi?id=357692
Bug ID: 357692
Summary: Choppy screen and mouse movement with Zoom Desktop
Effect
Product: kwin
Version: 5.5.2
Platform: Archlinux Packages
OS: Linux
S
https://bugs.kde.org/show_bug.cgi?id=357692
--- Comment #4 from Qbert ---
Tank you all for the comments. I've got full respect for the limited resources
available and understand that these niche issues are not top priority.
I'm not a developer but I'm willing to do whatever it ta
https://bugs.kde.org/show_bug.cgi?id=357692
--- Comment #7 from Qbert ---
(In reply to Thomas Lübking from comment #3)
> Qbert (Hubert? ;-), can you try the patch on your scenario?
Nice! I tried the path and yes it's now very smooth at higher mouse speeds. But
I was perhaps a bit uncle
https://bugs.kde.org/show_bug.cgi?id=357692
--- Comment #9 from Qbert ---
Great! I'll have a look at it tonight.
I estimate that it has to be as close to 'no movement at all' in order to
prevent choppy behavior when moving the mouse slightly. But I guess that it's
OK, right?
https://bugs.kde.org/show_bug.cgi?id=357692
--- Comment #12 from Qbert ---
(In reply to Thomas Lübking from comment #8)
> Try this on top, resp. to lower the "distance" threshold to other values.
Tried lowering the threshold as low as 1 but it still studders on slow
mousemoveme
https://bugs.kde.org/show_bug.cgi?id=357692
--- Comment #14 from Qbert ---
(In reply to Thomas Lübking from comment #13)
> The major problem with Xinput2 is that we don't (perfectly) know whether it
> can cause us deadlocks in Xlib.
> Iff the problem is limited to XIQueryDevice, th
