Created attachment 150909 [details] testoddwidth.qml SUMMARY When a window with an odd width is created, the entire window is blurry, including server side window decorations. It's almost like the window has a fractional position. I know that QWindows only use integers for x/y/width/height and I'm using a 1x scale factor, so that doesn't make any sense, but it's all I can think of. Moving the window fixes the problem. STEPS TO REPRODUCE 1. Run the attached testoddwidth.qml file with qmlscene. OBSERVED RESULT The window looks blurry and there are various 1 pixel wide graphical artifacts when hovering over titlebar buttons EXPECTED RESULT The window should not look blurry and have no graphical artifacts. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20220719 KDE Plasma Version: 5.25.80 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 Kernel Version: 5.18.6-1-default (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 4800H with Radeon Graphics Memory: 30.8 GiB of RAM Graphics Processor: AMD RENOIR Manufacturer: Eluktronics Product Name: THINN-15
Created attachment 150910 [details] testoddwidth.qml screenshot before moving window
Created attachment 150911 [details] testoddwidth.qml screenshot after moving window
It'll be the centre placement throwing it off. We do have a catch-all patch landing soon which will fix it when rendering, but I should probably make sure all 1x scaling cases stays exactly spot-on OOTB.
I am so far unable to reproduce this. Which placement strategy are you using?
(In reply to Arjen Hiemstra from comment #4) > I am so far unable to reproduce this. Which placement strategy are you using? I know we already discussed this elsewhere, but just for posterity, "Under mouse"
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/2943
Git commit 817d13d8c028288de732e32e3825e470149e0c3c by Vlad Zahorodnii, on behalf of Arjen Hiemstra. Committed on 14/09/2022 at 09:00. Pushed by vladz into branch 'master'. Ensure move() calls in placement move in integer values Otherwise we run the risk of placing windows at floating coodinates, which leads to interpolated rendering which doesn't look nice. M +2 -2 src/placement.cpp https://invent.kde.org/plasma/kwin/commit/817d13d8c028288de732e32e3825e470149e0c3c