User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.162 Safari/535.19 Build Identifier: I'm using a Wacom Cintiq 12wx, so this problem is far more apparent for me, since i see a direct correlation between pen and cursor. This problem could be there for all wacom devices, however. When you attempt to draw on the canvas there is a big several pixel offset between the pen and the cursor. This is on the canvas only. When hovering over any part of the UI other than the canvas, the alignment is correct. When you move your pen over the canvas, however, the cursor offsets (to the right). This problem seems to be there even if you use the tablet for painting on another screen, so this could be a general wacom issue Additionally, I've noticed that it takes a double-tap to select a button in the buttons panel. With a mouse its a single click. Reproducible: Always Steps to Reproduce: 1.Simply try to paint on the canvas with a wacom cintiq, it will be immediately noticeable. However, in case this is a general wacom issue, hover the mouse over the UI on top, then hover the pen down onto the canvas. You should see the cursor offset when it moves over the canvas. This does not happen with the mouse. 2.To reproduce the "double-click" issue, just try to tap on a button in the toolbar using a pen. It will require a double tap to select anything. 3. Expected Results: There should be no offset of the cursor. Also, buttons should only require a single click in the toolbar, not a double click. I'm using a Win7 laptop with a Wacom Cintiq 12wx. Using the latest drivers, and the latest experimental windows build of Krita 2.4.
Hi Chad! Interesting... Krita actually doesn't have any special tablet handling code, that's all handled by Qt. I don't think I've seen this issue with my Intuos, but when I boot my windows partition I will check with your recipe. But maybe we should do a fund raiser for getting a Cintiq :-)
Thanks for looking into this! I've just confirmed that the same problems exist on my Intuos4. Same configuration and drivers. That being said, a fund raiser for a cintiq is NEVER a bad idea. ;) The toolbar/button issue also extends to scroll bars. I can't seem to select them at all with a pen. Maybe it's just my config, I don't know. Let me know if there is anything you want me to test or info to provide. I very much want to help Krita become awesome! It has the potential to really give photoshop some competition! Also, I noticed i wasn't able to activate OpenGL in the preferences, it was ghosted. Is this just because it's alpha, or is there something I'm doing wrong. On a side note, I was hoping you could answer a question for me, if that's ok. Does Krita have a clone brush tool? That's the one major feature from photoshop that I desperately need in Krita for my workflow. Thanks agian! You guys are all doing awesome work! Chad Gleason Vice President Outpost12 Studios On Sat, Apr 14, 2012 at 3:16 PM, Boudewijn Rempt <boud@valdyas.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=298144 > > Boudewijn Rempt <boud@valdyas.org> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |boud@valdyas.org > > --- Comment #1 from Boudewijn Rempt <boud@valdyas.org> --- > Hi Chad! > > Interesting... Krita actually doesn't have any special tablet handling > code, > that's all handled by Qt. I don't think I've seen this issue with my > Intuos, > but when I boot my windows partition I will check with your recipe. But > maybe > we should do a fund raiser for getting a Cintiq :-) > > -- > You are receiving this mail because: > You reported the bug. >
Have you both connected at the same time when the bug appears? If so that might be the problem (at least on Linux it is). OpenGL options are grayed out as OpenGL support is currently not working on Windows. Cloning isn't a tool in Krita, but a brush. In the list of all brushes there is "Duplicate" which is cloning.
No, only the cintiq was connected when the bug appeared. I then connected the Intuos just to see if it did it there too, and the bug was also present using the Intuos. Thanks! On Sat, Apr 14, 2012 at 5:26 PM, Sven Langkamp <sven.langkamp@gmail.com>wrote: > https://bugs.kde.org/show_bug.cgi?id=298144 > > Sven Langkamp <sven.langkamp@gmail.com> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |sven.langkamp@gmail.com > > --- Comment #3 from Sven Langkamp <sven.langkamp@gmail.com> --- > Have you both connected at the same time when the bug appears? If so that > might > be the problem (at least on Linux it is). > > OpenGL options are grayed out as OpenGL support is currently not working on > Windows. > > Cloning isn't a tool in Krita, but a brush. In the list of all brushes > there is > "Duplicate" which is cloning. > > -- > You are receiving this mail because: > You reported the bug. >
I'm beginning to think there are too many ways to configure wacom tablets on windows... I don't have the offset with my intuos3, but I cannot double-click and in fact, I can select tool buttons without double clicking, just a tap from the pen. I have pressure support, but the buttons on the stylus don't work, so I don't have middle-click=pan, right-click=quick access palette.
(In reply to comment #4) > No, only the cintiq was connected when the bug appeared. I then connected > the Intuos just to see if it did it there too, and the bug was also present > using the Intuos. I am experiencing the same issue with Intuos3 using a dual-head (two monitor) setup. Other programs like GIMP work fine but Krita is offset by at least 1/4 screen width. I'm using Ubuntu 12.10 with an ATi driver and xsetwacom --set "Wacom ..." MapToDevice Head-0 or Head-1 depending on the program I am using. I really would appreciate any help with this Krita is a must have for me on this rig. :| Everything was working as normal on single monitor setup using generic drivers. Not sure what the exact problem is but am willing to debug / troubleshoot.
(In reply to comment #6) > (In reply to comment #4) > > No, only the cintiq was connected when the bug appeared. I then connected > > the Intuos just to see if it did it there too, and the bug was also present > > using the Intuos. > > I am experiencing the same issue with Intuos3 using a dual-head (two > monitor) setup. Other programs like GIMP work fine but Krita is offset by at > least 1/4 screen width. > > I'm using Ubuntu 12.10 with an ATi driver and xsetwacom --set "Wacom ..." > MapToDevice Head-0 > or Head-1 depending on the program I am using. I really would appreciate any > help with this Krita is a must have for me on this rig. :| > > Everything was working as normal on single monitor setup using generic > drivers. Not sure what the exact problem is but am willing to debug / > troubleshoot. Here is a video of what is happening. Other HID devices work just not the wacom. I doubt the problem is Krita but if anyone has a solution let me know it would be appreciated. http://www.viddler.com/v/362f584a
Hm... Did you use xsetwacom or the ubuntu wacom config utility to configure?
(In reply to comment #8) > Hm... Did you use xsetwacom or the ubuntu wacom config utility to configure? I used: sudo xsetwacom --set "Wacom Intuos3 6x8 stylus" MapToOutput HEAD-0 and tried a few other commands to float the stylus and cursor etc. Can't seem to get it to work in Krita. I'm reallt new to the xsetwacom utility and could use any direction / tutorials anyone could suggest. Everything is working fine for other programs such as Blender.
Hm... deevad suggested to me that it would be best to use the wacom settings gui that comes with ubuntu. I'm not a ubuntu user, so I am not really familiar with the options.
I used ubuntu 12.10 on several occasions and had to return to 12.04 because 12.10 gave me issues with Mypaint Sadly I didn't use 12.10 at the moment ,but a a guess I would say 12.04 is far more stable and fulfeatured then 12.10 (as it is more of a beta program) Maybe you can try putting 12.04 on a USB stick,install krita and test if the problem still present
Hi, I don't bring here any *fix* here, but just I report my experience of what works, what is broken, from what I tested. I precise : I'm a Wacom Cintiq 21ux user, with dual-monitor. ( http://i.imgur.com/AdsTYUo.jpg ) and now I use this http://www.davidrevoy.com/article155/linux-mint-14-kde-for-painters . I also own 3 other Wacom tablet at home, connected to laptop , media center, gf laptop and all system are on Linux here ( mainly KDE distro ; Mint or Kubuntu , or XFCE / Open box for older laptop ). >> Gnome/Ubuntu Wacom Panel in configuration _______________________________________________________ This applet works well with the open-source driver, but doesn't with a proprietary one ( nvidia ). It lakes option, but probably evolved with time ( I didn't followed recent code since 6 month about it ). As I tested, you couldn't set a modifier button to the stylus ; lake of a force proportion , and calibration or dual head setup broken with proprietary driver. Doing : xsetwacom --set "Wacom Intuos3 6x8 stylus" MapToOutput HEAD-0 ( no need to run it as sudo ) at each session just bring another layer of randomness, and I'm not surprise Qt is lost into what coordinate take from what device. Its like this since time ( read also : https://bugs.kde.org/show_bug.cgi?id=277201#c4 ) >> Pure Xsetwacom setup, and calibration ________________________________________________ Possible on Xfce, IceWM, OpenBox and KDE ( without the package kde-config-tablet who can be removed ). its a bit hard to do , especially calibration but work rock solid when done. This is the method I use on my Linux Mint KDE with the kde-config-tablet package removed. I described all the process to manually calibrate and manage 'HEAD' dual screen with Cintiq here http://www.davidrevoy.com/article95/linux-mint-11-install-notes ( Wacom chapter ) >> KDE and kde-config-tablet configuration ________________________________________________ Work out-of-the-box ; thats why I advice KDE for graphist on my blog. Especially for user coming from Windows with a Cintiq or a dual screen and looking for a full GUI solution. Thats also what I use on single screen , laptops and occasional system I setup a tablet on the fly. Screenshots : - http://www.davidrevoy.com/data/images/blog/2013/01/mint14kde/linux-mint-kde-14-digital-painting_05.jpg - http://www.davidrevoy.com/data/images/blog/2013/01/mint14kde/linux-mint-kde-14-digital-painting_06.jpg - http://www.davidrevoy.com/data/images/blog/2013/01/mint14kde/linux-mint-kde-14-digital-painting_07.jpg Sure , there is still little little things still need to be ironed or improved ( talking about the state of Linux Mint 14 KDE ) , thats why for my complexe workstation rig I use the xsetwacom pure method with script. ( also because I have manual *.sh script to switch screen ) Also, I'm already following future versions ; and they are already way better ( thx to Jörg Ehrichs ) . You can compile them already on all KDE distro . To read about recent goodies added : a 'switch/toggle screen' action button working with calibration , keep proportion and dual screen with nvidia proprietary driver, as well as many fix : https://bugs.kde.org/show_bug.cgi?id=313612 I hope this lines will help.
(In reply to comment #11) > I used ubuntu 12.10 on several occasions and had to return to 12.04 because > 12.10 gave me issues with Mypaint > > Sadly I didn't use 12.10 at the moment ,but a a guess I would say 12.04 is > far more stable and fulfeatured then 12.10 (as it is more of a beta program) > > > Maybe you can try putting 12.04 on a USB stick,install krita and test if the > problem still present I'm starting to think the same thing I am having issues wit the cups printing system as well. I'll give the ideas of 12.04 and Mint a shot. I I can live boot them and try them out that would be perfect, or USB key works too. I was reading somewhere it might be a bug in GTK+ so I might even give a reinstall of GTK a try. I'll let everyone know if I get it working or abandon for another OS.
(In reply to comment #0) > User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.19 > (KHTML, like Gecko) Chrome/18.0.1025.162 Safari/535.19 > Build Identifier: > > I'm using a Wacom Cintiq 12wx, so this problem is far more apparent for me, > since i see a direct correlation between pen and cursor. This problem could > be there for all wacom devices, however. > > When you attempt to draw on the canvas there is a big several pixel offset > between the pen and the cursor. This is on the canvas only. When hovering > over any part of the UI other than the canvas, the alignment is correct. > When you move your pen over the canvas, however, the cursor offsets (to the > right). > > This problem seems to be there even if you use the tablet for painting on > another screen, so this could be a general wacom issue > > Additionally, I've noticed that it takes a double-tap to select a button in > the buttons panel. With a mouse its a single click. > > Reproducible: Always > > Steps to Reproduce: > 1.Simply try to paint on the canvas with a wacom cintiq, it will be > immediately noticeable. However, in case this is a general wacom issue, > hover the mouse over the UI on top, then hover the pen down onto the canvas. > You should see the cursor offset when it moves over the canvas. This does > not happen with the mouse. > 2.To reproduce the "double-click" issue, just try to tap on a button in the > toolbar using a pen. It will require a double tap to select anything. > 3. > > > Expected Results: > There should be no offset of the cursor. Also, buttons should only require > a single click in the toolbar, not a double click. > > I'm using a Win7 laptop with a Wacom Cintiq 12wx. Using the latest drivers, > and the latest experimental windows build of Krita 2.4. the latest build is 2.7 pre-alpha for windows Maybe first try updating and see if you still have the issue http://www.kogmbh.com/download.html there is the 2.6 and the 2.6.8.8 that you can try If that doesn't help I still have an idea that some settings in wacom settings might be screwing things up. in particluar the display toggle setting, you could test that out as well.
Could you try with the latests installer?
I can confirm this offset issue still exists. My setup: Krita Version 2.7.8.2 OS: windows 8 64bit Cintiq Model: 20wsx
Thanks for testing :-)
(In reply to comment #17) > Thanks for testing :-) You're welcome, thanks for Krita! I use Krita on my Ubuntu laptop (with an Intuos 3) and have only recently become aware of Krita for Windows (I use my Cintiq on a Windows computer). Should you need more system information let me know (I also replied to your Krita Forum post inviting testers for 2.7.8.2). I look forward to the next release!
I'm pretty new to this, but I thought I should report some findings I haven't seen specifically mentioned. The offset grows larger the further from the top left the cursor is. Also this is not per monitor. It is not absent from single monitor setups, just less noticeable. Display Toggle doesn't seem to change the offset in my case. To reproduce 1. Create a rectangle, preferably with the "Draw a rectangle" tool. 2. With the tablet trace the rectange, again preferably with the "Draw a rectangle" tool. 3. Move the Krita window further down or to the right 4. Repeat step two in the new position Some system information: OS: Windows 7 64bit GPU: NVIDIA GeForce GTX 680 Tablet: Wacom Cintiq 12WX Krita Version: Krita 2.7.8.10 (x64) I only had Bamboo until recently and didn't have this issue, however I didn't actually uninstall the drivers for the bamboo until after setting up the Cintiq which may have caused some kind of problem. Either way I'm overdue for an OS reinstall so I'll report back if anything changes Hopefully I have helped in some way and don't have some wierd other issue.
Interestingly enough I got a Dell XPS 12 recently which has a (touch screen but no wacom). I saw the same offsets, but when I updated my GPU driver, the problem had gone.
I just recently updated my GPU driver, it didn't solve my offset problem I also tried uninstalling both Krita and the Wacom drivers and reinstalling them as a possible solution as per a suggestion, directed at someone else, on the BlenderArtist forums. But it also didn't help. The post: http://blenderartists.org/forum/showthread.php?303141-Krita-2-7-Release&p=2441589&viewfull=1#post2441589 Things like this make me wonder if there are a couple of different issues, rather than just one, but I really don't know
Hi Angus, I can't test it on Windows, as I don't have any Windows Os at home , but I'm owner of a Cintiq 21UX, and get by the past the 12WX also. When I read your issue of offset ( mainly affecting corners ) , it does sounds like Krita can't "get" the calibration coordination correction from the Windows Wacom driver ; so you certainly get the 'default mapping' and this one have a visual offset really visible. I don't know the possibilities offered by the Wacom Windows driver setup panel , but ; if there is a button to reset the pen calibration ; it could be interesting to see if Krita is in sync with default hardware without calibration. It could help to point where is the culprit.
(In reply to comment #22) Well David, I swear I tried that before and it didn't work. I tried it again and this time it did. No offset, works perfectly. Thanks alot, hopefully the bug itself can be fixed Also to reset the calibration I just reinstalled the driver, there is no option to reset it in the GUI to my knowledge.
That really means the bug isn't in Krita itself -- which doesn't really surprise me, since we just take the tablet events that Qt gives us, and Qt doesn't do anything weird to the tablet events the driver delivers.
i still notice the problem on windows (haven't tested my cintiq on linux) i've experienced this issue using both krita 2.7.8.7 (32bit) and krita 2.7.8.10 (64bit) with amd's latest 13.4 stable catalyst drivers (this issue exists with opengl enabled and disabled). my cintiq is calibrated and works fine with other software (mypaint and commercial software). with krita while the stylus is hovered above the screen over the canvas the circle indicating the brush is perfectly at the tip of the stylus, whenever i make contact with the canvas and screen the circle indicating the brush moves about 1cm southwest of the contact point.
i reset the wacom driver calibration settings and re-calibrated, krita briefly worked normally without the offset issue. then i closed krita and re-opened it and the issue was strangely back :(
ok, if you use a cintiq with windows krita it seems best to run without calibrating the cintiq (reset the cintiq's settings and ignore the calibration reminder). not the best solution as the tip is slightly off in all programs now, but krita is no longer offset to an unusable level (and seems to match all software now).
(In reply to comment #27) Yup, that's pretty much what I found. Unfortunately I've also found that I have to reset my settings every time I restart my computer and want to use Krita. And yes it also sometimes comes back after opening and closing Krita a few times
(In reply to comment #28) > (In reply to comment #27) > > Yup, that's pretty much what I found. > > Unfortunately I've also found that I have to reset my settings every time I > restart my computer and want to use Krita. And yes it also sometimes comes > back after opening and closing Krita a few times you're right, the issue does return after a while... darn (this means we lose our customized keys with frequent wacom resets...)
We've made a new windows installer with our own wintab handling code: http://www.valdyas.org/~boud/krita_x64_2.7.8.18.msi This has a load of debug info to help us debug the offset problem. Please install debugview (http://technet.microsoft.com/en-us/sysinternals/bb896647.aspx) and run krita, and paint a single stroke. There will be a load of info in debugview, please attach all the debugview output to this bug. Also tell us exactly: * how many and which tablets you have connected. * the version of the wacom driver * how many monitors you have connect, their sizes and on which monitor krita was running, and how the monitors are placed in relation to each other. * the position of the taskbar.
Created attachment 82561 [details] Win7_intuos3 * how many and which tablets you have connected. 1 Intuos3 A5 * the version of the wacom driver 6.3.5-3 * how many monitors you have connect, their sizes and on which monitor krita was running, and how the monitors are placed in relation to each other. 1@1680x1050 * the position of the taskbar. Left side.
Created attachment 82571 [details] Win8 64bit Cintiq 20wsx Krita Debug Debug Krita 2.7.8.18 * how many and which tablets you have connected. single wacom Cintiq 20wsx * the version of the wacom driver 6.3.6-3 * how many monitors you have connect, their sizes and on which monitor krita was running, and how the monitors are placed in relation to each other. monitor 1: 1920x1080 via HDMI (Asus) alignment Top monitor 3: 1680x1050 via DVI (Wacom) alignment Bottom (monitor 2 is unavailable, seems to be a duplicate of monitor 3) * the position of the taskbar. Bottom side on monitor 3 Cintiq Note: wacom monitor is not calibrated, i can provide a calibrated test and provide a log if necessary. (stroke input remains at stylus tip in non-calibrated state with other programs, still a little southwest in Debug Krita) System: 64 bit Windows 8 Pro with Media Center Amd-FX 6120 Six-Core Processor AMD Radeon HD 6770 1gb GDDR5 (catalyst 13.9) 32gb ram DDR3
(In reply to comment #32) Hi, Stipend! Thank you for the testing! Could you provide a bit more information for us ;) Could you do the following steps: 1) Calibrate your screen, so that the cursor appears with some offset from the stylus 2) Open DebugView 3) Start Krita 4) Press Ctrl+Shift+T to start logging of the tablet events 5) Paint (note whether the offset in Krita is the same as in other applications) 5) And then save the resulting log here It is really interesting to know whether the "discalibration" offset is the same in Krita and other applications.
Hi. I've tested 2.7.8.18 because I've been getting the offset bug as well, and it's still reproduceable. Following your request, here's the log from debugview ("privatepasted" since it's massive): https://privatepaste.com/cacd510cb9 And to address your questions: * I have one Genius G-Pen 450 * It's a Genius, not a Wacom! Sorry is this is the wrong place to paste this? :) * I only have one 23'' monitor running at native 1920x1080 * Taskbar is at the bottom
Created attachment 82605 [details] Debug view log of the cursor offset bug in Krita I put this file on privatepaste but I'll also attach it for safekeeping
Hi Michel, Thanks! More data is very useful, even if its not about a cintiq, because it shows the same problem.
Created attachment 82632 [details] Win8 64bit Cintiq 20wsx Krita Debug Tablet Log Hi Dmitry Kazakov, sorry I neglected to enable tablet logging earlier (oops) I believe I successfully enabled it for this attached log file. This time I also calibrated the Cintiq with a slight NorthWest offset from stylus tip, Krita still remains slightly SouthEast of where input shows in other apps (this is most apparent when using a pencil in both Krita and Others to draw a straight line from the SouthWest to the NorthEast corners of the canvas). Thanks for the assistance, let me know if I can provide more information :) Note: a line related to system security was edited from the log file.
(In reply to comment #37) Hi, stipend! Your last log has really interesting information! It seems like there is some problem in the Wintab interface of the driver. I already have an idea how to workaround it in Krita. Could you provide me a bit more information? 1) Do you calibrate your device with Wacom utilities or with some Windows tool? 2) If it is possible to calibrate the device in both Windows and Wacom tools, could you check whether both kinds of calibration give the same result?
(In reply to comment #34) Hi, Michel T Gonzalez! Your log for Genius is also interesting, but it seems the events logging was disabled in your report. Could you please provide a log for all the steps described in my reply to stipend (comment 33)? It might be really helpful if you could also provide the the log with the same steps, but *without* calibration (that is calibration reset to defaults).
Hi, all! Could you please test whether the following package fixes the offset for you: http://www.valdyas.org/~boud/krita_x64_2.7.8.21.msi If not, please attach a new log as described in comment 33.
Created attachment 82711 [details] cintiq 20wsx custom wacom calibration Hi Dmitry, The only method I know of calibrating the Cintiq's stylus input is through the Wacom drivers. The attached log is with the Cintiq calibrated and running Krita 2.7.8.21. I noticed a NorthWest offset this time versus the previous SouthEast offset. (all should be good if you can somehow meet in the middle between the recent NorthWest offset and the old SouthEast offset) I will attach the Default calibration log in the next post. :)
Created attachment 82712 [details] cintiq 20wsx default wacom calibration Hello again! For the attached I used the Wacom Tablet Preference File Utility to Remove and essentially reset the Cintiq calibration to Default (and when prompted to calibrate I selected Ignore). (also, this was done with Krita 2.7.8.21) With this test I noticed no offset with Krita and Others (stylus input was at stylus tip) Thanks & let me know if you need more testing!
Yay! Now for the few regressions, and we're good to go to master :-)
Created attachment 82735 [details] krita 2.7.8.21 offset when calibrated Attached I created a quick Image of the latest NorthWest offset in Krita 2.7.8.21 and included images of Other software with the same calibration in use. There is no offset only when calibration is not used and wacom prompts to calibrate are ignored.
Hi, stipend! These are quite promising news! Could you clarify a couple of questions for me? ;) When calibration is reset to default: 1) Is there an offset in Krita *canvas*? 2) Is there an offest in Krita *gui controls*? 3) Is there an offest in other applications? When calibration is set as precisely as possible: 1) Is there an offset in Krita *canvas*? 2) Is there an offest in Krita *gui controls*? 3) Is there an offest in other applications? When calibration is intentionally done with an offset (as I was suggesting in my comment 33): 1) Is offset in Krita the same as in other applications? 2) Is there an offset in Krita at all? Could you also tell me, some info about the log you pasted in comment 41: 1) It was done with the latest version 2.7.8.21, right? 2) What was the calibration in this test: as precise as possible or with intentional offset? 3) Any other applications didn't have an offset, right?
Hi, I tried 2.7.8.21 and am still getting the offset with the Genius stylus. Do you guys need a new log?
(In reply to comment #39) > (In reply to comment #34) > > Hi, Michel T Gonzalez! > > Your log for Genius is also interesting, but it seems the events logging was > disabled in your report. Could you please provide a log for all the steps > described in my reply to stipend (comment 33)? > > It might be really helpful if you could also provide the the log with the > same steps, but *without* calibration (that is calibration reset to > defaults). Oh sorry I just saw this. I'm going to do it again. I may have gotten the hotkey wrong last time.
Yes, please.
Created attachment 82744 [details] .21 tablet log for Genius G-Pen 450 Here it is. :) In case you find this useful: the reason tablet logging wasn't enabled when I hit Ctrl+Shift+T was because before using the hotkey I resized the Krita window. For some reason Krita starts up with tiny window dimensions, yet it shows a Restore window button instead of a Maximise one (so I have to click it twice: once, which has no effect, to change the button to Maximise, and a second time to actually maximise the window). After doing all of this, the hotkey wouldn't work...
Hi Dmitry Let me know if another Log file would help, and what settings I should use. When calibration is reset to default: (with precise attention to detail this time, I did notice a slight offset in all apps with reset calibration, sry I neglected to catch it earlier) 1) Is there an offset in Krita *canvas*? slight NorthEast offset 2) Is there an offest in Krita *gui controls*? slight NorthEast offset 3) Is there an offest in other applications? slight NorthEast offset When calibration is set as precisely as possible: 1) Is there an offset in Krita *canvas*? Yes, significant NorthWest (Note: shape handling cursor appears at stylus tip, while selection box is significantly NorthWest offset, whereas when using a brush cursor is offset with the stroke and not at stylus tip) 2) Is there an offest in Krita *gui controls*? No 3) Is there an offest in other applications? No When calibration is intentionally done with an offset (as I was suggesting in my comment 33): 1) Is offset in Krita the same as in other applications? Only in Gui, offset is greater on canvas by a multiple of 2. 2) Is there an offset in Krita at all? The intentional offset is apparent in GUI, while offset is increased 2x on canvas. Could you also tell me, some info about the log you pasted in comment 41: 1) It was done with the latest version 2.7.8.21, right? Yes 2) What was the calibration in this test: as precise as possible or with intentional offset? If I remember correctly, calibration was precise (Note: i can perform another test, both with precise and drastic offset calibration if needed) 3) Any other applications didn't have an offset, right? No apparent offset elsewhere, only Krita
(In reply to comment #39) > It might be really helpful if you could also provide the the log with the > same steps, but *without* calibration (that is calibration reset to > defaults). I should mention that my Genius has no calibration settings at all.
(In reply to comment #50) Hi, stipend! Thank you for such detailed answer! Now I'll try to analyze your logs... Probably, I'll manage to locate the problem.
We've got yet another build that probably fixes the offset problem once and for all. Please test! http://www.valdyas.org/~boud/krita_x64_2.7.8.22.msi (The other issues are still present -- too many canvas updates, painting underneath the file dialog, crash when closing dialogs with the stylus)
2.7.8.22 shows no offset when drawing with my Genius... Well done!
Dmitry is awesome!
I can report offset gone with Cintiq 20wsx and Krita 2.7.8.23! Dmitry is awesome :D
Thanks! And thank you guys for the logs! I wouldn't be able to fix it without them ;) I hope we will merge this branch to master soon. Now I'll close the bug :)