The future of the dynamic brush

[enki]

>> Yeah, but now the question is do you want to change it per-preset or globally 
>> ?
>>     
>
> My intuition is only for the current preset -- but maybe we should ask enkhitan
> and m4v for their opinion.
>
> Boudewijn
>
>   
Ahh per-preset key binding is very tempting... I don't think any 
graphics apps does that yet..

I think it would be nice, but with some limitations:
Only a few keys should be used. A preset must not be able to overwrite a 
global shortcut. For exemple, some users may want to use the wheelmouse 
for zooming or switching between presets, and they won't like it to act 
differently when a different preset is used. If a friend/co-worker gives 
you his presets, the keys he uses might be already bound in your system, 
or worst, not existing at all ! Of course you can still re-bind keys by 
yourself, but it can become a bit boring with 50 or 100 presets..! ^^
A solution would be that 1 or 2 groups of keys would be globally set as 
"sensor keys" and would be automatically used when a sensors is set to 
"keys". That way, no need to check if there is a conflict each time a 
preset is saved/loaded.

Maybe the most common settings (size, opacity, fading,...) should be 
globally set, and bound to some keys by default.
But that raise new problems too: What if even size or fading doesn't 
exist in a paintop? for exemple, an airbrush could use a concept of 
"distance" or "spreading" that is not exactly like size or fading. I 
guess then they should use the same keys.

So in conclusion, I'm for per-preset key-binding mapped on globally set 
keys, with maybe common settings having their own globally set keys. :)

What about performances will static shortcuts set on sensors slow down 
painting compared to global shortcut ?