https://bugs.kde.org/show_bug.cgi?id=442544
Emmet O'Neill <emmetoneill....@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|NOT A BUG |FIXED
--- Comment #10 from Emmet O'Neill <emmetoneill....@gmail.com> ---
(In reply to Tyson Tan from comment #9)
> Thank you Emmet! :)
You're welcome Tyson. If this is hurting your ability to illustrate with Krita,
then it's certainly safer and smarter to revert it for now.
However, I want to note a few things:
1. The ability to resize the brush by dragging vertically (as an alternative
to the existing horizontal drag) was something that had been user requested.
This request seems pretty reasonable, as there's nothing that makes horizontal
dragging for brush size any more intuitive or ergonomic than vertical. While
reverting this patch is positive from your perspective (and that certainly
means a lot considering your long relationship the project), it's important to
keep in mind that it will be disappointing to those who requested it.
This can be remedied by making this behavior configurable, but even then people
will disagree over what the default behavior should be.
It's also not something we can do right now, since we're in string freeze for
Krita 5.0.
2. From my personal testing and painting recently, I'd argue that the problem
is being overstated here. The awkward fighting/jumping between enlarging and
reducing brush sizes only occurs in two very specific directions, 4:30 and
10:30 o'clock, for lack of a better description. Of course, this is the natural
fulcrum/fault-line where we draw a distinction between enlargement (right/up)
and reduction (left/down).
You'll notice that this issue has always existed with Krita, and continues to
exist after this patch has been reverted, it's just that we've shifted the
problem angles. If you hold shift and drag directly up or down even after the
revert, you'll experience the same annoying clash between brush enlargement and
reduction that this bug is describing, and (when you factor out muscle memory)
I'd argue that it's in an even more annoying place.
There's the possibility of creating a dead zone or buffer between the
enlargement direction and reduction direction, but that would of course mean
that nothing at all would happen when dragging perfectly along the fault-line.
I'm not sure if that's any better than the clashing situation, but maybe it's
worth trying...
3. I think we can agree that intuitive pen gestures like this are an important
part of painting workflow. I'd like us to have an open mind in the future and
explore other possibilities for improving quick gesture-based controls, because
it could lead to a more expressive and fluent interaction for artists.
Since shift brush size change was the key function that brought you to Krita,
then I think it's safe to say that there is a lot of potential value in making
this feature better or developing related features--it's just a matter of
figuring out ways that we can do it that are net-positive and flexible enough
to suit the tastes of various artists, and your input will be a huge help in
getting there.
---
Anyway, I'm playing it safe here and reverting because your experience and
opinions are important to us!
I hope you'll consider the points I'm making and let us know what you think can
be done to improve and build upon these kinds of gestures.
Thanks as always for the report Tyson,
Emmet
--
You are receiving this mail because:
You are watching all bug changes.
