[krita] [Bug 442342] Cursor brush outline not visible on first pen proximity after opening document
https://bugs.kde.org/show_bug.cgi?id=442342 Dmitry Kazakov changed: What|Removed |Added Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap |hics/krita/commit/d9fd398bf |hics/krita/commit/79665213f |c2ab156bf25c7f629d470f920f0 |2775b24d2c5c46b889a8d14e1be |81c8|2ef9 --- Comment #5 from Dmitry Kazakov --- Git commit 79665213f2775b24d2c5c46b889a8d14e1be2ef9 by Dmitry Kazakov. Committed on 08/01/2022 at 12:35. Pushed by dkazakov into branch 'krita/5.0'. Fix brush outline when the tool is switched by the new stylus proximity Normally, when we switch tool we switch it either by a button press or a mouse click. Both these actions call prepareReadyShortcuts()+ tryActivateReadyShortcut() as a normal routine. But when a new tool is activated implicitly by presenting a new stylus to Krita, there was no activation, so the tool's primary action was not activated and, therefore, there was no outline. (cherry picked from commit d9fd398bfc2ab156bf25c7f629d470f920f081c8) M +2-0libs/ui/input/kis_input_manager.cpp M +16 -0libs/ui/input/kis_shortcut_matcher.cpp M +6-0libs/ui/input/kis_shortcut_matcher.h https://invent.kde.org/graphics/krita/commit/79665213f2775b24d2c5c46b889a8d14e1be2ef9 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442342] Cursor brush outline not visible on first pen proximity after opening document
https://bugs.kde.org/show_bug.cgi?id=442342 Dmitry Kazakov changed: What|Removed |Added Latest Commit||https://invent.kde.org/grap ||hics/krita/commit/d9fd398bf ||c2ab156bf25c7f629d470f920f0 ||81c8 Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Dmitry Kazakov --- Git commit d9fd398bfc2ab156bf25c7f629d470f920f081c8 by Dmitry Kazakov. Committed on 08/01/2022 at 12:35. Pushed by dkazakov into branch 'master'. Fix brush outline when the tool is switched by the new stylus proximity Normally, when we switch tool we switch it either by a button press or a mouse click. Both these actions call prepareReadyShortcuts()+ tryActivateReadyShortcut() as a normal routine. But when a new tool is activated implicitly by presenting a new stylus to Krita, there was no activation, so the tool's primary action was not activated and, therefore, there was no outline. M +2-0libs/ui/input/kis_input_manager.cpp M +16 -0libs/ui/input/kis_shortcut_matcher.cpp M +6-0libs/ui/input/kis_shortcut_matcher.h https://invent.kde.org/graphics/krita/commit/d9fd398bfc2ab156bf25c7f629d470f920f081c8 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442342] Cursor brush outline not visible on first pen proximity after opening document
https://bugs.kde.org/show_bug.cgi?id=442342 --- Comment #3 from Dmitry Kazakov --- I can confirm both problems. The first time the stylus tip enters the document directly (without hovering the GUI elements), the outline is not visible. If one flips the stylus the same problem happens for the second stylus tip. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442342] Cursor brush outline not visible on first pen proximity after opening document
https://bugs.kde.org/show_bug.cgi?id=442342 spikestherac...@gmail.com changed: What|Removed |Added CC||spikestherac...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442342] Cursor brush outline not visible on first pen proximity after opening document
https://bugs.kde.org/show_bug.cgi?id=442342 Dmitry Kazakov changed: What|Removed |Added CC||dimul...@gmail.com Assignee|krita-bugs-n...@kde.org |dimul...@gmail.com --- Comment #2 from Dmitry Kazakov --- People report that the same problem happens when one flips Pen/Eraser ends of the stylus. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442342] Cursor brush outline not visible on first pen proximity after opening document
https://bugs.kde.org/show_bug.cgi?id=442342 tomtomtomreportin...@gmail.com changed: What|Removed |Added Ever confirmed|0 |1 CC||tomtomtomreportingin@gmail. ||com Keywords||regression Status|REPORTED|CONFIRMED --- Comment #1 from tomtomtomreportin...@gmail.com --- I can confirm this, however, on my end with a stock Wacom Intuos stylus on Debian sid, it only occurs when opening a document AND when using a mouse. In 4.4.7, when opening a recent document with a mouse, the system cursor is still visible, the drawing cursor isn't visible, but the preview is visible. In beta 1, beta 2, and 5.0 git e650032, neither the preview nor drawing cursor is visible, only showing the system cursor. Therefore, this is some regressive behavior here. Ideally it should immediately show the proper cursors/previews in every case. -- You are receiving this mail because: You are watching all bug changes.
