Bug 285501 - Brush options change when switching from tablet to mouse or back
Summary: Brush options change when switching from tablet to mouse or back
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: Brush engines (show other bugs)
Version: 2.4-snapshots
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-01 19:09 UTC by Anna Celarek
Modified: 2011-11-09 13:36 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anna Celarek 2011-11-01 19:09:53 UTC
Version:           2.4-snapshots (using KDE 4.7.2) 
OS:                Linux

When I set a brush size with the mouse, and then switch to tablet, the size changes. When I set it with the tablet and switch to mouse, it changes again. 
It seems to remember two different brush sizes for tablet and mouse. 

Same for opacity and flow. 


Reproducible: Always

Steps to Reproduce:
Use the mouse to change the brush size. 
Try to draw with the tablet. The size will change back. 

Actual Results:  
Brush settings (size, flow, opacity) are different for mouse and tablet. 

Expected Results:  
Brush settings should stay no matter what I use to draw. 

Tested with Wacom Intuos 3.
Comment 1 Sven Langkamp 2011-11-01 20:49:12 UTC
This is a feature. The brushes are assigned to different input devices. This allows e.g. to have a different brush for the eraser side of the stylus.
Comment 2 Anna Celarek 2011-11-01 21:36:35 UTC
Now that you mention the eraser, it makes sense of course. Actually a good idea to separate them all (I came across this for eraser and pen, but I think for the mouse I see it the first time). 

Then the only drawback is, that if I want to type in the size value or opacity value from keyboard, I have to hold the pen 1 cm over the tablet, otherwise the typed in value is assigned to the mouse. (that's actually where I noticed this behaviour first).

Typing while balancing the pen at low height is not intuitive or convenient, but I have no idea how that could be solved without destroying the rest of the feature.
Comment 3 Adam C 2011-11-01 23:06:39 UTC
maybe it's more intuitive, if the mouse just uses the values of the last input device?

what does other artists say?
Comment 4 Halla Rempt 2011-11-02 07:33:50 UTC
It also looks like having different tools with different input devices is going to be a problem with xinput2, so we might have to get rid of it: https://bugs.kde.org/show_bug.cgi?id=283130.

I'm not an artist, but when I use Krita these days, I'm actually confused myself by the change between tools and settings when switching from mouse to stylus and back. And the eraser button makes it so easy to start erasing that I never flip my stylus anymore...
Comment 5 Adam C 2011-11-02 10:14:15 UTC
i don't know, if artists are using this, but if they have 2 different pens, it should switch the tool (e.g. i take first pen and draw with some settings, then i take another, which has a different ending/feeling and it should switch the tool/preset).
Comment 6 Anna Celarek 2011-11-02 10:34:49 UTC
I think #3 is a good idea - switching only between pen / eraser / another pen, but the mouse should use the settings of the last input device, and settings changed by the mouse should be applied to that last device.
Comment 7 Halla Rempt 2011-11-04 21:03:12 UTC
Gah, I'm seeing how this works on Ubuntu these days -- and I think we will really have to remove having different tool instances per input device. Maybe we can then later on come up with different config settings, but the tool switching makes every Calligra application impossible to use with a tablet on *buntu 11.10.
Comment 8 Halla Rempt 2011-11-09 13:36:13 UTC
Git commit eab5746f9f94b48f67ec20cc6d28e9221c53fef1 by Boudewijn Rempt.
Committed on 09/11/2011 at 14:25.
Pushed by rempt into branch 'master'.

KoToolManager: only switch tools between tablet devices

This solves two bugs:

* On Ubuntu, the xinput system seems to be broken. We are getting tablet
events with unknown device/unknown pointer. If we assume that this means
that we're actually getting mouse events, everything works fine.

* Users prefer to be able to use the mouse sometimes to set the values
for the tools and options, and then use the stylus again to paint. So
do not switch back to mouse from tablet device, ever.

We now also save on activating a single-shot timer a lot of times.

BUG:285501
BUG:283130

M  +5    -2    libs/flake/KoInputDevice.cpp
M  +5    -11   libs/flake/KoToolManager.cpp
M  +0    -2    libs/flake/KoToolManager_p.h

http://commits.kde.org/calligra/eab5746f9f94b48f67ec20cc6d28e9221c53fef1