| Summary: | Unable to click the canvas rotation button in the pop-up palette when in Hidpi mode. | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | Tyler <tftylerfoo> |
| Component: | Tablets (tablet issues are only very rarely bugs in Krita!) | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | major | CC: | dimula73, halla, zaltys |
| Priority: | NOR | Keywords: | triaged |
| Version: | 4.2.9 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
|
Description
Tyler
2018-11-23 03:06:31 UTC
*** Bug 401320 has been marked as a duplicate of this bug. *** *** Bug 401321 has been marked as a duplicate of this bug. *** I'm sorry, I cannot reproduce this on a plasma desktop with scaling set to 200%. I don't have a gnome installation to test with at the moment, though I doubt that makes any difference. (In reply to Boudewijn Rempt from comment #3) > I'm sorry, I cannot reproduce this on a plasma desktop with scaling set to > 200%. I don't have a gnome installation to test with at the moment, though I > doubt that makes any difference. Have you tried activating the pop up palette while hovering over the middle of the canvas? For me clicking the rotate button this way with a stylus almost never works, but somehow it works if I activate the popup palette while hovering over the very top the canvas. Also this may be another bug. But with a duel monitor setup while in hidpi mode, my stylus have an offset with the cursor (with cursor shape turned on of course). And with this setup, it's almost impossible to choose any brush or click any button from the popup palette. I say almost because right side of the brushes still work sometimes. Same if I activate the pop palette while hovering over the very edge of the canvas. It's the reason why I'm using only one monitor right now, because at least I can right click to choose brushes despite of not being able to use the rotate button. Hi, Tyler! Could you please check if the bug still persists in the nightly builds: https://binary-factory.kde.org/job/Krita_Nightly_Appimage_Build/ I have fixed the HiDPI handling on Linux, so now it should work fine now. If the bug is still present, please reopen the bug, so we could see it :) I think something is broken with hidpi handling again. Running 4.2.9 here.There is definitely an offset with the cursor when using a stylus pen. Couldn't even click the top menu items like Settings, File, etc. with my pen. I have the "hidpi support" option checked in settings. If I uncheck that, the offset seems to go away. I have a similar problem while using Wacom Intuos Pro L on HiDPI display. I am running: Gentoo/X11 with Gnome 3.38.3. Scaling is set to 200% Krita 4.4.3. HiDPI setting is turned on. Qt 5.15.2 Mouse cursor behaves correctly, but tablet cursor has an offset. It seems this offset depends on Krita's window (undecorated part, i.e. minus title bar and borders) position relative to screen's upper left corner. If window is maximized, there is only a noticeable vertical offset (due to title bar); if window is moved to the right, then additionally there is a horizontal offset. This looks a lot like this: https://bugreports.qt.io/browse/QTBUG-82723 As a workaround, it is possible to get rid of stylus offset by using Krita in full screen mode (Ctrl+Shift+F) while keeping HiDPI setting on. Tyler: testing with Krita 4.2.9 is useless. We do not support that version anymore. Only test with the latest release or latest nightly builds. Zivinas: that would make it an upstream bug. |