https://bugs.kde.org/show_bug.cgi?id=377162
--- Comment #63 from Grósz Dániel <[email protected]> --- (In reply to David Edmundson from comment #60) > With the prevalence of CSDs we cannot reliably do shading for enough apps to > provide a reliable experience. I would reject all patches attempting to add > it. That makes no sense. Anyone who uses a mixture of SSD and CSD apps has to accept anyway that CSD apps look different, and offer different features (typically less features, only the lowest common denominator of minimize, maximize and close) from SSD apps. (Even if you were to only use CSD apps, CSD apps written with different toolkits will look and possibly behave different, one of the downsides of CSD.) That this also applies to this particular feature, shading, doesn't make anything worse. Meanwhile, AFAIK, KDE stuck to SSD in part precisely because it's possible to offer more features and customization than with CSD. And CSDs aren't all that prevalent under KDE. KDE apps and (most) Qt apps use SSD, even non-GNOME GTK apps like GIMP and Inkscape use SSD under KDE. The most prominent apps that use CSD by default under KDE, browsers and VS Code/ium, can be easily configured to use SSD. GNOME apps are the only ones I've encountered that can't be configured to use SSD, and there's rarely a reason to use them under KDE, as there's usually a better KDE or otherwise non-GNOME equivalent. Even if it can't work with CSD windows, it makes no sense to reject a patch that add it for those of us who would like to use it with SSD windows. Are you going to remove the ability to add "Keep above" and "All desktops" buttons to the titlebar too, because they won't be available on CSD windows anyway? I hope if someone would otherwise implement it, he'll still do so, and publish it as a soft fork. -- You are receiving this mail because: You are watching all bug changes.
