https://bugs.kde.org/show_bug.cgi?id=425526
Bug ID: 425526
Summary: Hold-clicking sensors in the Brush Settings interface
often results in not updating the curve shown
Product: krita
Version: 4.3.0
Platform: Appimage
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Usability
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
Created attachment 130989
--> https://bugs.kde.org/attachment.cgi?id=130989&action=edit
The deadzone between sensors (black bar) that is visible in Krita using the
repo version. The faint blue highlight above the deadzone is from cursor hover
only visible in the repo version.
SUMMARY
When you click and hold sensors, this can often result in the interface showing
you the wrong curve. This is not strictly a visual problem: if you touch this
incorrect curve, it will overwrite the actual curve of the sensor, which is a
problem when not sharing the sensor curves.
STEPS TO REPRODUCE
1. Select Ink-2 Fineliner
2. Select Size
3. (You should be seeing the Speed curve) Similar to a common case you'd come
across, hold click PressureIn, drag to Pressure, then take your finger off the
button
OBSERVED RESULT
You will be shown the Speed curve despite having Pressure selected.
BONUS STEP
4. Touch the curve
BONUS RESULT
Your Pressure curve is now the same as the Speed curve.
EXPECTED RESULT
The curve shown should be accurately updated. The holdclicking selection
behavior should stay at the very least, as it makes it easier for pens.
SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Debian sid
(available in About System)
KDE Plasma Version: 5.17.5
KDE Frameworks Version: 5.70.0
Qt Version: 5.12.8 (Appimage)
ADDITIONAL INFORMATION
One might notice that this sometimes happens even if you didn't hold-click an
unrelated sensor next to the desired sensor. The reason for that is this: There
is a little deadzone between sensors, that is not visible to a user using the
appimages, but is visible (maybe because of the differences in Qt versions)
when using the version from the Debian sid repos (Qt 5.14.2). This deadzone is
also why clicks sometimes seem to not register when selecting sensors.
This deadzone relates to the bug report in that holdclicking from this deadzone
produces the same behavior as holdclicking from another sensor. I personally
don't see a reason for this deadzone to exist.
--
You are receiving this mail because:
You are watching all bug changes.
