https://bugs.kde.org/show_bug.cgi?id=343690
Grósz Dániel <groszdaniel...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |groszdaniel...@gmail.com
--- Comment #61 from Grósz Dániel <groszdaniel...@gmail.com> ---
(In reply to David Edmundson from comment #33)
> We are not reviving this feature. The prevalence of CSDs makes this
> impossible to do well.
It could still work with SSD windows, just like some other features like
customizable title bar buttons.
AFAIUI KDE sticks to SSD for reasons including that it allows for customization
and features beyond the lowest common denominator features supported generally
by CSD windows. KDE applications use SSD, and most applications that use CSD by
default (including Firefox, Chromium/Chrome, VS Codium/Code) can be configured
to use CSD. GNOME apps are the only apps I've seen that can't be configured to
use SSD.
(In reply to Maximilian Böhm from comment #36)
> Concept for tabbing mixed SSD and CSD windows: You initiate window merging
> via shortcut or taskbar option, then select a second (and third…) window.
> Plasma windows without CSD get regularly tabbed, CSD windows get an extra
> title bar to be tabbed. The title bar disappears after dissolving the window
> tabbing.
(In reply to David from comment #41)
> Kwin currently allows overriding these with standard titlebars and such.
> Wouldn't it be a matter of just forcing this on windows that are tabbed?
Unfortunately forcing a titlebar and frame on CSD windows is often ugly: CSD
windows draw their own shadows, which KWin sees as part of the window, so
there's a glitchy, semi-transparent frame between the KWin frame and the actual
window. I just tried, this happens with Gnome Calculator, Nautilus/GNOME Files
and Chromium, but not with GEdit and Firefox. (With the latter two, the
titlebar can be re-enabled from the window menu, with the former ones that
option is disabled, and it can only be forced via special window settings.)
Though even with the former ones, KWin knows where the actual content is for
the purposes of snapping, so in theory it could cut off/ignore the shadow when
a titlebar and frame is forced on the window. But again, most apps can be
configured inside the app to use SSD anyway, which works well, except for GNOME
apps which there's rarely a reason to use under KDE anyway.
--
You are receiving this mail because:
You are watching all bug changes.
