Bug 361565

Summary:	Brush and cursor do not line up when second monitor is used.
Product:	[Applications] krita	Reporter:	Johnny <johnlouis.delannoy>
Component:	Tablets (tablet issues are only very rarely bugs in Krita!)	Assignee:	Krita Bugs <krita-bugs-null>
Status:	RESOLVED FIXED
Severity:	major	CC:	andyvandalsem, cbate391, griffinvalley, halla
Priority:	NOR
Version First Reported In:	3.0 Alpha
Target Milestone:	---
Platform:	Microsoft Windows
OS:	Microsoft Windows
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Johnny 2016-04-09 17:15:52 UTC

I am running Krita 3 Alpha 3 git de03d43d.
Surface book -Windows 10

This bug only manifests after adding a second monitor via HDMI. When using without a second monitor or if the second monitor duplicates the surface book's tablet screen, it seems to work fine.

The bug: When using the surface pen, the brush and all other tools are offset from the cursor on the X axis. The offset increase as the cursor is moved to the right of the screen and decreases when moved to the left of the screen. If the surf-pen is moved to 0 pixels on the X axis, the left edge of the tablet, the cursor and brush are together. 

When using a mouse, the cursor and brush are synchronized and work normally. 

Reproducible: Always

Steps to Reproduce:
1. Open a new canvas in Krita 3 pre-alpha 3 
2. Connect Surfacebook to another monitor via HDMI
3. Pick any tool and apply to canvas to see the offset. 

Actual Results:  
Tools work normally, except they are all offset from the cursor on the X axis by approximately cursorX * 1.5.

Expected Results:  
When an additional monitor is added, Krita tools should continue to be synchronized to the surf-pen's cursor position. 

Screen Resolution: 3000 X 2000 for surfacebook tablet screen 
Screen Resolution: 1920 X 1080 for secondary monitor screen 

Love Krita so far, y'all are doing a great job. Please keep me updated on the kickstarter: johnlouis.delannoy@outlook.com

Comment 1 wolthera 2016-04-09 18:17:25 UTC

Hey there, 

Did you follow this already? https://docs.krita.org/KritaFAQ#How_to_fix_a_tablet_offset_on_multiple_screen_setup_on_Windows

Comment 2 Halla Rempt 2016-04-12 07:08:51 UTC

Oh, and does this also happen with the real alpha? If not, it's another Qt hidpi bug, probably.

Comment 3 andyvandalsem 2016-05-26 02:05:57 UTC

(In reply to wolthera from comment #1)
> Hey there, 
> 
> Did you follow this already?
> https://docs.krita.org/
> KritaFAQ#How_to_fix_a_tablet_offset_on_multiple_screen_setup_on_Windows

This fixed the cursor alignment issue for me (Cintiq 21UX 2) but after setting the resolution manually Krita no longer recognizes pressure sensitivity.

Comment 4 andyvandalsem 2016-05-26 03:25:23 UTC

(In reply to andyvandalsem from comment #3)
> (In reply to wolthera from comment #1)
> > Hey there, 
> > 
> > Did you follow this already?
> > https://docs.krita.org/
> > KritaFAQ#How_to_fix_a_tablet_offset_on_multiple_screen_setup_on_Windows
> 
> This fixed the cursor alignment issue for me (Cintiq 21UX 2) but after
> setting the resolution manually Krita no longer recognizes pressure
> sensitivity.

Additional details:
Holding shift and touching a newly opened Krita canvas with the stylus brings up the Screen Resolution dialog in Krita 2.9.11 as described in the link provided by wolthera. 

After setting the correct resolution in 2.9.11 the brush cursor was correctly aligned with the stylus tip again but I was unable to to get pressure sensitivity working. I navigated to AppData/Roaming and renamed the Krita folder to Krita_bak which restored the pressure sensitivity but also reintroduced the brush/cursor offset.

Next, I downloaded Krita 3.0 RC.1 and found that wolthera's method no longer works at all on this release. I did find that if I open a Windows Explorer window over the Krita window the brush cursor offset disappears when hovering over Krita's canvas. When I actually press the stylus tip to Krita's canvas, however, the stroke although not offset is drawn with 100% pressure. When I lift the stylus the offset returns on the next stoke and pressure sensitivity is back to normal. 

Sadly this blocks me from using Krita in production. 

This is on Windows 7 x64.

Comment 5 Halla Rempt 2016-06-16 12:48:05 UTC

Confirming before checking for duplicates.

Comment 6 Halla Rempt 2016-06-17 08:53:11 UTC

The resolution conflict dialog is back, so I can resolve this bug.