![]() Registered Member ![]()
|
Hey,
I just decided to try Krita, been working with GIMP this far. For now noticed two things: - it's great for sketching (much better than GIMP for me) - it's got some weird logic behind brush scaling ( much, much worse than GIMP for me) The thing is that the brush size goes from 1 to 11 like 1->3->5->...->11 and then starts to freak out even more and jumps to 31->51->71 etc. After 111 it gets even worse, since it goes for 171 immediately... Tried both with keyboard and my Wacom Intuos4 tablet ring. The version is 2.8.3 ans OS is Win7 x64 Pro. I'd really love to try Krita some more, but with such brush behaviour it's impossible to work... And ideas about the issue? |
![]() KDE Developer ![]()
|
Actually, that is a feature. We assume that if people want large brushes, they do not notice the difference between 1 pixel more or less, so let's save them time and add 10 pixels at once at certain sizes.
You can also try using the shift-drag functionality to quickly resize a brush. |
![]() Registered Member ![]()
|
Also you can type a desired size ( if you want it to be precise) and press enter.
|
![]() Registered Member ![]()
|
Yeah, that's a good point, but assuming that everyone would only want to work that way is not the best idea. Would be nice if there was some place in options where u can personalize the way the brush changes (like linear by X points per jump or some exponential with given multiplier). That would solve the problem.
That's almost the thing I look for (the jump here is still 4 points, but that is about usable). I wish there was a way to assign it to the tablet wheel (it's much more convenient when I can just poke the wheel without having to wave the pen around).
And do it every 2-10 seconds when I need a slightly larger/smaller brush (and the tool allows me only a 20-point jump)? I guess it won't work... |
![]() Registered Member ![]()
|
Hi, this was the behavior of 2.8 , here is how it looks in future 2.9 dev version : 2.8 behavior : 0 - 1 - 2 - 3 - 4 - 5 - 6 - 7 - 8 - 9 - 10 (then 10 steps ) 20 - 30 - 40 - 50 - 60 -70 -80 - 90 - 100 (then big steps +70? I don't remember ) 170 + 70 +70 ...etc.... 2.9beta behavior : (1 step )0 - 1 - 2 - 3 - 4 - 5 - 7 - 9 - 10 - 11 - 12- 13 - 14 - 15 - 16 (then 2 steps ) 18 - 20 - 22 - 24 - 26 - 28 - 30 - 32 (then 3 steps ) 35 - 38 - 41 ~ 51 (then 4 steps ) 51 - 55 - 59 ~ 84 (then 5 steps )... (then 6 steps ) ...etc.... the bug report : https://bugs.kde.org/show_bug.cgi?id=287008
Last edited by Deevad on Tue Jan 20, 2015 11:32 am, edited 1 time in total.
|
![]() Registered Member ![]()
|
I hope this new 2.9dev behavior will suit your needs.
|
![]() Registered Member ![]()
|
Sure, that sounds thousand times better
![]() Gonna get this 2.9 beta then and see how it looks. Thanks ![]() |
Registered users: bartoloni, Bing [Bot], Google [Bot], Yahoo [Bot]