| Summary: | [Wacom] Eraser (as a side stylus button) doesn't always switch to an eraser in 4.2.x | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | Yaroslav <OddMorning> |
| Component: | Tablets (tablet issues are only very rarely bugs in Krita!) | Assignee: | Dmitry Kazakov <dimula73> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | akin.feyijinmi, cybermotroncom, halla |
| Priority: | NOR | ||
| Version: | 4.2.1 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | https://invent.kde.org/kde/krita/commit/a9870aa6e2c90ce2cc8cc1066f2dddc7719ae1cc | Version Fixed In: | |
| Attachments: |
Wacom Preferences menu
Log of some lines drawn with and without button pressed Log from “v4.2.0-beta-291-g9044a28b53” |
||
Could you make a tablet log so we can see what arrives in Krita's even stream? See https://docs.krita.org/en/KritaFAQ.html#what-if-your-tablet-is-not-recognized-by-krita for instructions on making a tablet log. Created attachment 120701 [details]
Log of some lines drawn with and without button pressed
Thanks. Dmitry, can you take a look? Hi, Yaroslav! How do you configure your Wacom tablet to generate eraser tip for a button press? I cannot find any driver option for that :( Hi, Dmitry! Check the “Wacom Preferences menu” attachment. I have a previous generation tablet so that window looks different from the configuration menu of newer tablets. But I'm almost sure new tablets have such option as well. Git commit f0d23431d760a2bb7a3c9cc37fd61698a70ba429 by Dmitry Kazakov. Committed on 19/06/2019 at 11:29. Pushed by dkazakov into branch 'master'. Fix switching of pointer type by the stylus tip We should check if any button is pressed by the already mapped value, but not raw value of the buttons. Wintab will always report the button to be pressed, although it is unmapped by CSR_SYSBTNMAP Related: bug 405747 M +27 -25 3rdparty/ext_qt/0024-Fetch-stylus-button-remapping-from-WinTab-driver.patch M +9 -7 3rdparty/ext_qt/0026-Fetch-mapped-screen-size-from-the-Wintab-driver.patch M +28 -10 3rdparty/ext_qt/0027-Switch-stylus-pointer-type-when-the-tablet-is-in-the.patch M +6 -4 3rdparty/ext_qt/0028-Fix-updating-tablet-pressure-resolution-on-every-pro.patch https://invent.kde.org/kde/krita/commit/f0d23431d760a2bb7a3c9cc37fd61698a70ba429 *** Bug 408076 has been marked as a duplicate of this bug. *** Git commit a9870aa6e2c90ce2cc8cc1066f2dddc7719ae1cc by Boudewijn Rempt, on behalf of Dmitry Kazakov. Committed on 20/06/2019 at 10:33. Pushed by rempt into branch 'krita/4.2'. Fix switching of pointer type by the stylus tip We should check if any button is pressed by the already mapped value, but not raw value of the buttons. Wintab will always report the button to be pressed, although it is unmapped by CSR_SYSBTNMAP Related: bug 405747 M +27 -25 3rdparty/ext_qt/0024-Fetch-stylus-button-remapping-from-WinTab-driver.patch M +9 -7 3rdparty/ext_qt/0026-Fetch-mapped-screen-size-from-the-Wintab-driver.patch M +28 -10 3rdparty/ext_qt/0027-Switch-stylus-pointer-type-when-the-tablet-is-in-the.patch M +6 -4 3rdparty/ext_qt/0028-Fix-updating-tablet-pressure-resolution-on-every-pro.patch https://invent.kde.org/kde/krita/commit/a9870aa6e2c90ce2cc8cc1066f2dddc7719ae1cc Created attachment 121038 [details]
Log from “v4.2.0-beta-291-g9044a28b53”
I just tested the “krita-nightly-x64-v4.2.0-beta-291-g9044a28b53” build which contains the “f0d2343” commit but the problem is still here
Hi, Yaroslav! Could you please check this package? https://yadi.sk/d/irZNe39sm_JyzQ Just in case the nightly you tested didnt' include the qt patches... Of course! I just checked it, but sadly nothing is changed… Hi, Yaroslav! I have checked what happens. It looks like the driver sends "tablet tip press" event as soon as you press "erase" button. It also happens in "hold+tip" mode. That is clearly a bug in the driver. The erase button must be remapped to SBN_NONE by the driver, but it doesn't happen. I don't know why. When I was fixing this bu initially, I observed this behavior, but now it doesn't work for some reason. It might be that the driver got updated. Anyway, I cannot do anything to it. It needs to be fixed in the driver :( Oh, I see. Wacom doesn't update drivers for my tablet since 2015, so it seems I have to stick with Krita 4.1.7 forever… or until I buy a new tablet. Anyway, thanks for the support! |
Created attachment 120693 [details] Wacom Preferences menu OS: Windows 10 (18362.145) Krita: 4.2.1 Tablet: Wacom Bamboo Fun Pen & Touch CTH661 Driver: 5.3.5-3 (the last available “Previous Generation Products” version on Wacom site) I prefer to use a side stylus button as a eraser because it's faster than flipping pen every time I need to erase something. And this way worked more or less stable (sometimes I had to press the button twice to unstuck the stuck eraser brush) in versions 4.1.7 and below. But in 4.2.x and 4.3.0-prealpha (git f7971aa) the button press doesn't work, i.e. current brush doesn't switch to the eraser one. I should mention that pen's eraser tip still works as expected. Reproducible: Always Steps to Reproduce: 1. Select non-eraser brush 2. Keep a pen above surface and hold an assigned to eraser mode side stylus button (or just hold that button and try to erase something) Actual Results: Brush doesn't change. There's a small chance (≈1 of 20) for a button press leave a spot like I touched the tablet surface with a pen tip, and even smaller change (≈1 of 50) for an actual brush-to-eraser-and-back-to-brush switch. Expected Results: Brush switches to eraser when button is pressed and switches to previous brush when released (4.1.7 behavior).