https://bugs.kde.org/show_bug.cgi?id=362217
Bug ID: 362217
Summary: Input event not being correctly recognized when cursor
is or not over certain elements in Krita 3.0 alpha
Product: krita
Version: 3.0 Alpha
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: usability
Assignee: krita-bugs-n...@kde.org
Reporter: tyson...@mail.com
Input event not being correctly recognized when cursor is or not over certain
elements in Krita 3.0 alpha.
For example:
1. Zooming shortcuts (Ctrl+=/+/1, +/-) not working when cursor is not on
canvas;
2. Keyword filter input box in brush preset widget, when cursor moves onto
canvas (without clicking) all keyword input is interpreted as canvas shortcut;
We very often use zooming during operations like changing Brushes, Color
adjustment, Transformation, and switching back and forth between another
program to look at references. It's unpredictable where the cursor will be when
we switch our focus back to drawing. With behavior like (1), zooming cease to
work without any context, which is very annoying and breaks the flow.
When using a graphics tablet, it's not easy to keep the cursor inside the input
box when typing a keyword. It's not like using a mouse, with which you can stop
anytime, a stylus instead keeps reporting its position until it's lifted high
enough. For intuos pro/Cintiq, the effective range is more than 7mm high. Even
if I try to lift it up vertically, it MUST have move the cursor somewhere!
Behavior like (2) is really confusing and flow breaking as a result.
There must be more than these two, but they are by far the most serious flow
breakers for me.
Reproducible: Always
--
You are receiving this mail because:
You are watching all bug changes.
