Silvio, I downloaded your patch and added it to a git branch calledOh, that's cool :D
krita-fixsmudgebrush-silvioheinrich
It's available in the remote repository (the master) such that others can check it out and play with it.
You are right. My smudge brush did build the color up to much/fast.I noticed a problem with your version of the brush, slightly transparent colors quickly become opaque:
That doesn't give the impression of smudging very much. This is a problem the old brush had to an extent, but it was mostly about the darkening (with black).
I am also having difficulty replicating the "look" of the old smudge brush defaults. Can you try to tune the defaults of your new brush to look as identical as possible to the defaults of the old smudge brush?, this will help avoiding unfamiliar behavior.
I also want to ask you why did you remove this part of the code? -->
// Both limits defined to be 15 units away from the min (0) or max (255) to allow actual mixing of colorsconst quint8 MIXABLE_UPPER_LIMIT = 240;const quint8 MIXABLE_LOWER_LIMIT = 15;
/* Without those limits, the smudge brush doesn't smudge anymore, it either makes a singledropplet of color, or drags a frame indefinitely over the canvas. */opacity = qBound(MIXABLE_LOWER_LIMIT, opacity, MIXABLE_UPPER_LIMIT);
Well i think the user should be able to choose from min. to max. smudge rate.
Is it because you put the limits in the controls or the GUI, or is it because you deemed it unnecessary?
From my testing, I think it's because you thought it was unnecessary, but I'll show you a case you can test yourself:http://imagebin.org/132050
With the old smudge brush, even at max rate, the brush decolorates with time: it looks like a smudge.With the new smudge brush (yours), at max rate (and even at intermediate rates as long as you press hard with the tablet), the "smudge" turns literally into a crayon, there's no decoloration, the same shape the brush started with becomes the one it ends with.And also at low rate the brush doesn't smudge anything at all.
I think you need to address that problem, if not with a hardcoded limit, with a tweak to the controls (a tweak to the controls is harder because tablet users also introduce a new factor to watch out for: the curve), or with a logarithmic curve or something, because currently it's very easy to cause this smudge brush to behave nearly like a clone tool (as displayed in my screenshot).
Other than that I think your brush is fine for me (I don't know about the rest), since 2.4 is in development I think it would be good if your brush could be added with a new name, for example Smudge 2, such that artists can test it and directly compare it with the old Smudge Brush, they will be the first ones to notice any regression (because regressions are hard to gauge anyway, sometimes what looks like an advancement to someone will look like a regression to somebody else).
Here is me hoping to see you around in the near future,Thank you for your contributions!
On Mon, Jan 3, 2011 at 9:20 PM, Silvio Heinrich <plassy@web.de> wrote:
Now it should work pretty similar to the smudge tool in gimp.
But I still need to do some tweaks to how the rate values (color and smudge rates) are used.
It only smudges/paints correctly in a certain region of the rates.
But the transparency issues should be solved by now, so no black color should be introduced anymore (hopefully :P).
_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop
_______________________________________________ kimageshop mailing list kimageshop@kde.org https://mail.kde.org/mailman/listinfo/kimageshop