https://bugs.kde.org/show_bug.cgi?id=379637
--- Comment #24 from Gianluca Pettinello <gianluca.pettine...@gmail.com> ---
(In reply to Nate Graham from comment #22)
> RESOLVED FIXED isn't an appropriate status if the issue of GTK3 headerbar
> windows not getting shadows hasn't actually been fixed.
>
> RESOLVED INTENTIONAL would be appropriate if you don't plan to fix it, but
> it sounds like David has a plan to eventually fix it on Wayland. Therefore
> the original RESOLVED LATER status was appropriate. Changing back.
I'm very happy to know that David will fix the issue in Wayland
My DE/WM before KDE was xfce with compiz. And with that wm shadows were
rendered in gtk apps and also in apps which are neither gtk nor kde, for
instance gmsh. Since compiz is a very old piece of software but still working
along many version of gtk, it means that the shadow rendering was designed
agnostic of the toolkit. In the case of kde I see this piece of code in
shadow.cpp
<code>
QVector< uint32_t > Shadow::readX11ShadowProperty(xcb_window_t id)
{
QVector<uint32_t> ret;
if (id != XCB_WINDOW) {
Xcb::Property property(false, id, atoms->kde_net_wm_shadow,
XCB_ATOM_CARDINAL, 0, 12);
uint32_t *shadow = property.value<uint32_t*>();
if (shadow) {
ret.reserve(12);
for (int i=0; i<12; ++i) {
ret << shadow[i];
}
}
}
return ret;
}
</code>
where I see that only windows supporting kde_net_wm_shadow will be rendered
correctly (at least I hope to have interpreted the code well).
Anyway I understand that nothing will be done for X11 and I will temporarily
switch to my old DE waiting for Wayland to support shadows also for non KDE
apps.
Regards
Gianluca
--
You are receiving this mail because:
You are watching all bug changes.
