https://bugs.kde.org/show_bug.cgi?id=15329
Sebastian E. <kde-b...@foobarlibre.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kde-b...@foobarlibre.net
--- Comment #99 from Sebastian E. <kde-b...@foobarlibre.net> ---
(In reply to Nate Graham from comment #82)
> FWIW, as a workaround while this feature remains unimplemented, you should
> be able to use Window Rules on Wayland to manually force windows to appear
> where you want them.
Emphasis on "should". While I can make Firefox open always centered with a
certain width and vertically maximized most of the times (about 10% of the
times the latter doesn't work), so do its dialogs, i.e. primary password
prompt, file save, dev tools, etc. There's no sane way to exclude those
windows—at least I found none except preceding the rule with "Do Not Affect"
rules matching the title.
Aside from that, initial window placement and sizing are a mess. Having
observed it for a while now, I'd guess that there are a handful of different
bugs causing it, but I can't isolate a single one. One is probably erroneous
calculations for my particular display layout (oO - 1080p 100%, primary 4K
125%). Another one might be taking other windows into account even if they are
on a different screen or desktop. Regarding the 10% failure rate to apply the
window rule mentioned above, I'd guess it's a race condition. Others seem to be
third party issues—e.g. Zoom's menu popups are displaced.
And if I understand the Wayland design correctly (I only scratched the
surface), it seems to be an inherent issue with it. Tiling window managers
suddenly seem very attractive. I'm currently exploring alternatives for all the
little things that come with a complete desktop environment. Maybe I'll follow
the hype. 😐
By the way, as a fun experiment, start KRuler and move/resize it over two
screens with different scale factors.
--
You are receiving this mail because:
You are watching all bug changes.
