https://bugs.kde.org/show_bug.cgi?id=391956
--- Comment #30 from Jin Liu <ad.liu....@gmail.com> --- (In reply to David Edmundson from comment #28) > >BTW, I don't know whether that "resize increment" of 3 or 2 in window hint > >is set by Qt/GTK or kwin > > Resize increments go up with the scale factor from the Qt side. > > As you say it makes sense for integers to make sure it's always a valid > value but for fractional scaling it's just making it worse than if it had > stuck with 1. Indeed. However, there's still problem for integer scaling. For example, on my laptop with a 3200x2000 screen, when set to 3x zoom, KDE apps still have "Fullscreen" window menu disabled. And when lauched maximized, the window won't cover the top-right pixel. What's worse, this behavior is inconsistent in kwin: when restored then maximized again, that window now covers the the top-right pixel. This is the reason why clicking on the top right corner sometimes closes the window behind. This is unlikely to happen with 2x zoom, since most screen sizes are multiple of 2. But few are multiple of 3 (1920x1080 being the exception). Is it possible that kwin_x11 simply ignores the resize increments hint? Since both GTK and QT apps seem work quite well in kwin_wayland, which seems having no idea of resize increments, so perhaps these toolkits don't really need this hint. (Maybe some terminal emulators do, but xterm works ok) Or at least, could kwin_x11 ignore the resize increments hint for maximized windows? -- You are receiving this mail because: You are watching all bug changes.
