SUMMARY In Windows 10 using a pen enabled tablet with a pen to move the sliders and colour pickers in Krita, there is a deadzone before the slider/colour picker jumps to the pen location. Just wondering if there is something that can be done on the dev side, or if this is a Windows 10/Windows Ink issue. I have sent feedback through the Feedback hub to Microsoft, but who knows if they will ever see it or do anything about it. STEPS TO REPRODUCE 1. Drag any slider with a pen. (Wacom, or Microsoft surface pro pens) OBSERVED RESULT The slider will jump to the pen location after a certain distance. EXPECTED RESULT For the slider to move with the pen continuously from the start. SOFTWARE/OS VERSIONS Windows: Windows 10 most recent update. MacOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
I cannot reproduce something like this on Wacom Mobile Studio Pro, I'm afraid. Maybe I am misunderstanding you... What hardware do you have, exactly?
(In reply to Boudewijn Rempt from comment #1) > I cannot reproduce something like this on Wacom Mobile Studio Pro, I'm > afraid. Maybe I am misunderstanding you... What hardware do you have, > exactly? I have a Surface Pro 2, which uses a Wacom digitizer... so I thought it may have been all Wacom Tablets and Pens. I have seen the issue on the newer Surface Pro's as well.
Here is a video showing the issue I am talking about (the video is not mine, and they are not using Krita, but it is the result I get when using Krita). https://www.youtube.com/watch?v=aFyUMsnjRaM Starts around the 11-12 second mark.
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
Hi Carson, I'm afraid that the application in your video is not Krita. It looks like Autodesk Sketch or something like that.
Hi Carson, Can you check if the slider behaves similarly in other programs, if it does like you show in the video , then it is an issue with Microsoft's implementation, I would suggest following up with them.
It does happen in other software. The only place it does work like expected is in Microsoft's UI for the slider for volume, or screen brightness, if I use that with a pen it does what I expect with no deadzone. But it is probably on Microsoft's side and probably not a bug.
The we shouldn't keep it open here.
I have done more testing with Krita to figure out why there is this issue that I mentioned before. I found that the right click pop up palette does NOT have the issue. Here is a link to two videos showing the differences. https://imgur.com/a/MTGHW4o The first video does not capture all the pen movements (also the pen location is captured off center). In the RGB slider video, I place the pen where the slider is on the Red channel and begin sliding the pen. The slider then jumps to the pen location (in the video it looks like it freezes in place for a moment then jumps, but that's not what I see on screen). The pop up palette video is self explanatory as it is working as intended.
hi as wacom penabled user (surface pro1 and cube mix plus) i can confirm that this ui elements have this issue. This problem exists in win10 with newest wacom feel driver and does not exist in win8.1+older wacom drivers. Unfortunately you cant install old wacom driver on win10 so the only way to avoid this bug is to use win8.1. Carson can you reproduce this bug and use pen in Blender? Try to navigate, move/rotate/zoom. Its probably same issue, unfortunately i was not able to find a way to get rid of this problem. ;/
Yes, this issue does crop up in multiple pieces of software using Windows 10, but there are also many UI elements that work as expected in Windows 10 (just as the example video I posted in "Comment 9" with different UI elements in Krita, one works as expected and one doesn't.) I think this is just how Microsoft wants the pen to work, and it is up to the software developers to make things work like they did before. Until Microsoft says otherwise or "fixes" their implementation of how the pen works, I guess that's just the way it will be going forward.
This is clearly not a Krita issue, since Carson said that this is reproducible with other software as well, you should really follow this up with microsoft or QT(may be) for this, Please don't re-open the issue unless it is specifically a bug in Krita.
(In reply to Raghavendra kamath from comment #12) > This is clearly not a Krita issue, since Carson said that this is > reproducible with other software as well, you should really follow this up > with microsoft or QT(may be) for this, Please don't re-open the issue unless > it is specifically a bug in Krita. I do agree that these issues with Krita, as well as other software is to do with how Microsoft has implemented their pen support for tablets. However it seems that this is just the way it's going to be and software has to adapt to how it is now. If you take a look at the videos I posted in Comment 9, you will see in Krita that the Pop Up Palette UI is working as intended. If that can work, why not all the other UI elements in Krita? This is an issue in how Krita uses touch gestures in Windows 10. Not how Microsoft has implemented their tablet support. Yes, there are many examples of this issue in other software, but there are also many examples of it working as intended. Operating Systems change, software has to change with it. I will no longer reopen this bug if you do not wish to investigate this issue further and yes, I will continue to ask Microsoft to revert or fix the changes in their tablet support.