https://bugs.kde.org/show_bug.cgi?id=466451
--- Comment #9 from Blazer Silving <breakingsp...@gmail.com> ---
It seems the upstream problem is actually twofold:
- Firefox does not detect tiled state in KDE. This means things like the left
tab spacer will always be visible, you can observe it disappear when maximized
and when tiled in GNOME and reappear when untiled. To note, this behavior is
also broken in Windows and likely every platform except GNOME/GTK native (and I
hid it in CSS a long time ago).
Forcing `gtktiledwindow=true` obviously works to set the mode but this needs to
be detected somehow. Will be opening a bug with Mozilla, but don't expect much
on this one, as the following issue still applies:
- Even with the tiled mode above, there is a conditional check to always draw
the resize handle on top and bottom in KDE, even while tiled:
// On KDE, allow for 1 extra pixel at the top of regular windows when
// drawing to the titlebar. This matches the native titlebar behavior on
// that environment. See bug 1813554.
//
// Don't do that on GNOME (see bug 1822764). If we wanted to do this on
// GNOME we'd need an extra check for mIsTiled, since the window is "stuck"
// to the top and bottom.
//
// Other DEs are untested.
return mDrawInTitlebar && IsKdeDesktopEnvironment();
(https://bugzilla.mozilla.org/show_bug.cgi?id=1813554
https://bugzilla.mozilla.org/show_bug.cgi?id=1822764)
This may have been required at some point, but taking this one line out
actually fixed my issue! The Firefox windows stay tiled and the top pixels can
be used to select tabs now. When in a quick or custom tile, the resizers are
still drawn as they should be on the open edge, not the edges shared with a
screen.
Just installed the patched Firefox, going to test it and bring both bugs to
their attention very soon if this actually works as it seems to.
--
You are receiving this mail because:
You are watching all bug changes.
