Bug 333917

Summary:	[YIYNOVA] Pen stroke tracks across all screen in canvas, behaves normally in the menus with yiynova msp19u+
Product:	[Applications] krita	Reporter:	kihauta
Component:	Tablets (tablet issues are only very rarely bugs in Krita!)	Assignee:	Krita Bugs <krita-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	grave	CC:	dimula73, halla
Priority:	NOR
Version:	2.8.2
Target Milestone:	---
Platform:	unspecified
OS:	Microsoft Windows
Latest Commit:		Version Fixed In:

Description kihauta 2014-04-26 14:52:23 UTC

When I try to draw with my yiynova Msp19u+ on krita 2.8.2 brush tracks across all my screens (I have a dual monitor setup right now). But it behaves normally when I move my pen in the menus. I've tested my tablet monitor on Manga Studio 5, Photoshop CS6 and Painter and in all of them it worked right out off the box, only program I've encountered this problem is Krita. Only way I can draw with Krita is that if I turn off my second monitor in the windows settings and use only my tablet monitor. I've tested this on windows 7 and 8.1 and in both it's still there, and in both I've tested it with a clean install with no Wacom drivers left behind from my old Intuos tablet.

Reproducible: Always

Steps to Reproduce:
1.Turn on Krita
2.Pick up pen
3.Try to draw
Actual Results:  
Cursor tracks as if it was tracking across all my monitors when trying to draw on canvas

Expected Results:  
Track where my pen is

My mouse works perfectly, and I must say that the pressure works great.. I just wish it would track correctly also

Comment 1 Halla Rempt 2014-04-29 08:32:24 UTC

We've had more reports of people having trouble with multiple monitors and tablet support. Unfortunately, my cintiq hybrid companion doesn't show the error, and I don't have access to a yiynova tablet monitor :-(

Comment 2 kihauta 2014-05-08 11:12:56 UTC

Well I hope some day there will be solution for this :) In the mean time I'm more than willing to help anyway I can, be it testing builds or whatnot.. I'd try to fix it myself but I have no background in anything related to coding :D What I've concluded about the problem is that if the cursor is working in the menus and not on the canvas then I think there's something wrong how krita handles the tablet cursor in canvas.. for example in Manga studio 5 in preferences -> tablet there is an option to select which tablet service to use.. mine is currently using wintab and it's working (In manga studio).

Comment 3 Dmitry Kazakov 2014-05-09 06:47:09 UTC

Hi, kihauta!

Could you activate "Crosshair + Brush outline" curor in the Krita Settings dialog and then make a video of how your cursor behaves?

Meanwhile I'll implement some more tablet debugging in Krita so you could generate more logs for us :)

Comment 4 Dmitry Kazakov 2014-05-13 06:55:31 UTC

Git commit 46a0efcd71c31ada1095687b3bd235bdd5c07eb4 by Dmitry Kazakov.
Committed on 13/05/2014 at 06:55.
Pushed by dkazakov into branch 'master'.

Added extensive tablet debugging on Windows

Right now, initialization debugging is always enabled (that is not
configurable), but the raw wintab values dumps are activated alongside
the usual event dumps.

M  +6    -0    krita/ui/input/kis_tablet_debugger.cpp
M  +1    -0    krita/ui/input/kis_tablet_debugger.h
M  +42   -21   krita/ui/input/wintab/kis_tablet_support_win.cpp

http://commits.kde.org/calligra/46a0efcd71c31ada1095687b3bd235bdd5c07eb4

Comment 5 Dmitry Kazakov 2014-05-13 10:35:15 UTC

Hi, kihauta!

Could you please install this build of Krita and generate a log form me?
http://heap.kogmbh.net/downloads/krita_debug_x64_2.8.7.3.msi

Here is the manual how to generate a log:
https://answers.launchpad.net/krita-ru/+faq/2494

Just do a couple of strokes and paste the output here.

Comment 6 Halla Rempt 2014-06-20 13:19:37 UTC

set to waitingforinfo

Comment 7 Halla Rempt 2015-02-08 13:58:29 UTC

Resolving, since we're over half a year further on.