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. I think we can agree that intuitive pen gestures like this are an important part of painting workflow. I'm not sure if that's any better than the clashing situation, but maybe it's worth trying.ģ. 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. 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. 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. Of course, this is the natural fulcrum/fault-line where we draw a distinction between enlargement (right/up) and reduction (left/down). 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. From my personal testing and painting recently, I'd argue that the problem is being overstated here. It's also not something we can do right now, since we're in string freeze for Krita 5.0.Ģ. This can be remedied by making this behavior configurable, but even then people will disagree over what the default behavior should be. 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 request seems pretty reasonable, as there's nothing that makes horizontal dragging for brush size any more intuitive or ergonomic than vertical. The ability to resize the brush by dragging vertically (as an alternative to the existing horizontal drag) was something that had been user requested. If this is hurting your ability to illustrate with Krita, then it's certainly safer and smarter to revert it for now.ġ. Therefore, I wish this change in behavior can be reverted. I can't deviate much from the 45 degree line either, or the brush size will jump around. In the past I can just close my eyes and drag towards left/right in general knowing it will increase/decrease my brush size, but now I have to pay attention to drag diagonally from Down-Left to Up-Right. As both human and the nature of the graphics tablet, when we drag, there is no way we can avoid some movement being registered as an opposite direction on both axis. The problem is, what happens when we drag towards Up-Left or Down-Right? The app can't make up its mind to whether increase or decrease the brush size, but can only dance back and forth. Now in Krita 5.0, we can Shift + Draw all directions to change the brush's size, with Up/Left being increase, Down/Right being decrease in size. Previously in Krita 4.x, we can only Shift + Drag Left/Right to change the brush's size. I think the problem lies in a recent change that allows it to Shift + Drag all directions. It keeps jittering about its size, very hard to control, and feels very buggy. Krita 5.0's Shift modifier to change brush size is not behaving correctly.
0 Comments
Leave a Reply. |