https://bugs.kde.org/show_bug.cgi?id=428080
Ahab Greybeard <ahab.greybe...@hotmail.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REPORTED |CONFIRMED
CC| |ahab.greybe...@hotmail.co.u
| |k
Ever confirmed|0 |1
--- Comment #1 from Ahab Greybeard <ahab.greybe...@hotmail.co.uk> ---
Summarising my observations as reported in the OP linked forum post, as noted
for Debian 10 with the MATE desktop environment using the krita 4.4.0 appimage.
It also happens with the 4.2.9, 4.3.0 and the Oct 21 4.4.1 alpha (git d798711)
appimages:
This happens if desktop workspace selection or switching is done by a keyboard
shortcut that uses the Ctrl, Shift or Alt keys (or combination of them).
It's noticeable that with a Ctrl+ shortcut, the colour picker appears
permanently on the canvas but painting does happen.
With a Shift+ shortcut, trying to paint on the canvas results in brush size
variation.
With an Alt+ shortcut, painting does happen but if you click-hold on the
titlebar then you get the hand (pan) icon.
With all of them, the 4 and 5 canvas rotation keys don't work.
All this is associated with Canvas Input Settings key actions.
The ways to recover from the situation are:
Click on the main titlebar. Click on a Toolbox icon. Press the Tab key.
These problems only happen if you're using a painting tool.
A similar looking problem has been reported with Windows 10 in the same forum:
https://krita-artists.org/t/4-3-beta-1-certain-keyboard-shortcuts-not-working/7027
--
You are receiving this mail because:
You are watching all bug changes.
