I have the same problem using MS windows 10, multi-touch screen (HP ENVY 23) and I cannot use the freehand brush Tool (B). All other tools like calligrafy, line tool, etc.. are working without problems. The freehand tool doesn't work when I am trying to finger paint on the touch screen. Driver Intel HD graphics 4600. Reproducible: Always Steps to Reproduce: 1. Open krita 2. Select freehad brush tool 3. Try to paint. Actual Results: It doesn't work. Expected Results: draw a line
We disabled finger painting because it caused conflicts for users who wanted to use gestures.
so basically for people who doesnt have a special tablet or are good whit the mouse they would need to use the 2.9 version of the software, i suggest in the next update put a option to turn on or off the finger painting in order to avoid this kind of problems, and i really like thisoftware.
(In reply to wolthera from comment #1) > We disabled finger painting because it caused conflicts for users who wanted > to use gestures. so when this problems is gonna be solved?i hope soon. its a great software for amateurs and professionals
I cannot give you any date "when it is going to be solved" . It is not a high-priority issue, because, yes, Krita is made to be used with a drawing tablet. That's our focus. We've got about 300 open issues, 300 open wishes and a big set of improvements to code over the next year.
*** Bug 369544 has been marked as a duplicate of this bug. ***
*** Bug 362642 has been marked as a duplicate of this bug. ***
When my computer is in tablet mode, the brush tool in freehand doesn't work. It does not draw at all. When it is in regular laptop mode, the brush tool only works while using the mousepad.
Same issue here, this bug concerns the freehand tool but also the dynamic brush and the multibrush tool. All other tools seems to be working as intended. I'm using an Acer sw5-017 tablet with multitouch screen on Windows 10, there is no specific touchscreen drivers, it is using the default Microsoft driver. Since this bug is caused by a conflict with the gesture, could a setting to disable gesture but enable painting with touchscreen devices be a possible work-around ?
This issue severely effects my disabled brother. He's unable to use the 3.x line of Krita due to a lack of touchscreen support. Krita is his favorite program to draw and paint in, however, he lacks the dexterity to use a traditional graphics tablet. Instead, he uses a 27" touchscreen all-in-one PC to do his artwork. This setup works amazing for him under 2.9, as he can zoom around and paint using only screen gestures. He's been patiently waiting for a new version of Krita that works with his touchscreen. Until now however, I thought this was a bug, not an intentionally removed feature. Please bring this ability back as a toggle. Not everyone uses (or is capable of using) a graphics pen/tablet to do their work!
I would very much like to be able to use a capacitive stylus in this program on my 2 in 1.
Git commit 3ef0e2d70169bee76f572dd225775ecc14e71f24 by Boudewijn Rempt. Committed on 28/06/2017 at 16:08. Pushed by rempt into branch 'rempt/touch-painting'. Make it possible to enable finger-painting This was theoretically possible through a config setting, but since the setting was only used in case the tool claimed to be a text tool _and_ the freehand tool had the setting hardcoded to false, it never worked. Related: bug 368179 M +51 -49 libs/ui/input/kis_input_manager.cpp M +2 -3 libs/ui/input/kis_input_manager.h M +16 -22 libs/ui/input/kis_input_manager_p.cpp M +3 -2 libs/ui/input/kis_input_manager_p.h M +4 -3 libs/ui/input/kis_shortcut_matcher.cpp M +1 -1 libs/ui/tool/kis_tool_freehand.cc https://commits.kde.org/krita/3ef0e2d70169bee76f572dd225775ecc14e71f24
Git commit a1863a80f0f3903f495bfff67d368497584179fb by Boudewijn Rempt. Committed on 29/06/2017 at 08:44. Pushed by rempt into branch 'rempt/touch-paint-4'. Make it possible to enable finger-painting This was theoretically possible through a config setting, but since the setting was only used in case the tool claimed to be a text tool _and_ the freehand tool had the setting hardcoded to false, it never worked. Related: bug 368179 M +0 -3 libs/flake/KoToolProxy.cpp M +50 -48 libs/ui/input/kis_input_manager.cpp M +0 -2 libs/ui/input/kis_input_manager.h M +17 -23 libs/ui/input/kis_input_manager_p.cpp M +3 -2 libs/ui/input/kis_input_manager_p.h M +4 -3 libs/ui/input/kis_shortcut_matcher.cpp M +1 -1 libs/ui/tool/kis_tool_freehand.cc https://commits.kde.org/krita/a1863a80f0f3903f495bfff67d368497584179fb