Summary: | Tablet pressure not working in hidpi | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | Davide Baldo <davide> |
Component: | Tablets (tablet issues are only very rarely bugs in Krita!) | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | dimula73, halla |
Priority: | NOR | ||
Version First Reported In: | 4.1.7 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Davide Baldo
2019-02-26 21:45:47 UTC
my screen is a 15" 4k * What happens if you use Krita's internal switch to enable hidpi (in the settings dialog) instead of the old environment variables? * Does this also happen with the nightly build appimage? > * What happens if you use Krita's internal switch to enable hidpi (in the settings dialog) instead of the old environment variables? QT_AUTO_SCREEN_SCALE_FACTOR="" QT_SCREEN_SCALE_FACTORS="" ./krita-4.2.0-pre-alpha-7d4289d-x86_64.appimage scales correctly but no pen pressure > * Does this also happen with the nightly build appimage? Yes, downloaded krita-4.2.0-pre-alpha-7d4289d-x86_64.appimage scales correctly but no pen pressure I also noticed that sometime the pen doesn't work anymore (at all, can't draw anything not only pressure) randomly, has something to do with focus and sometimes happens when i press tab, workaround is to move cursor outside krita and back inside. just to be as complete as possible name of display: :0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 12003000 X.Org version: 1.20.3 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x2800007, revert to PointerRoot number of extensions: 28 BIG-REQUESTS Composite DAMAGE DOUBLE-BUFFER DPMS DRI2 GLX Generic Event Extension MIT-SCREEN-SAVER MIT-SHM NV-CONTROL NV-GLX Present RANDR RECORD RENDER SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-DGA XFree86-VidModeExtension XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1 screen #0: dimensions: 3840x2160 pixels (391x220 millimeters) resolution: 249x249 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 root window id: 0x24e depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0xb0 default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store WHEN MAPPED, save-unders NO largest cursor: 64x64 current input event mask: 0xfa8031 KeyPressMask EnterWindowMask LeaveWindowMask ExposureMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals: 132 Hi, Davide! I think I have fixed the bug a couple of weeks ago. Could you please test the nightly builds and check if the problem has gone? Could you please test these nightly builds? https://binary-factory.kde.org/job/Krita_Nightly_Appimage_Build/ In older versions we used incorrect screen resolution for scaling tablet events, which could cause troubles with HiDPI displays. I have fixed this problem quite recently, so it should work now. If you still see the problem in nightly builds, please reopen the bug :) Reference commit: https://phabricator.kde.org/R37:91963c577fad5adb226809fac4c00aeafb846128 *** This bug has been marked as a duplicate of bug 398778 *** Hi Dimitry, I just tested it and works like a charm! :) Thank you |