[Breeze] [Bug 456264] Extra frame behind docks that doesn't respect application style nor is overridable
https://bugs.kde.org/show_bug.cgi?id=456264 Nate Graham changed: What|Removed |Added CC||n...@kde.org --- Comment #3 from Nate Graham --- FWIW using Qt stylesheets is heavily discouraged as it will produce exactly these kinds of results. See https://www.kdab.com/say-no-to-qt-style-sheets. It's recommended that the app inherit the system's default QStyle (whatever it is) rather than trying to override parts of it with a Qt stylesheet. If the app developers really want or need to use a custom style for branding purposes, the correct way is to write a custom QStyle and force the app to use it, completely ignoring the system's default QStyle. But layering a Qt stylesheet on top of a QStyle is unfortunately a recipe for sadness and bugs. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 456264] Extra frame behind docks that doesn't respect application style nor is overridable
https://bugs.kde.org/show_bug.cgi?id=456264 --- Comment #2 from Georges Stavracas --- (In reply to Jan Blackquill from comment #1) > Also, if you're doing this much custom styling, I'd recommend committing to > avoiding the style entirely How would you suggest doing that? Currently OBS Studio sets the palette, style, and stylesheet [1] manually, but my search-fu wasn't able to find other relevant ways to change the style of the application. Happy to try any suggestions. [1] https://github.com/obsproject/obs-studio/blob/3ea8dbb3926ca144a629fd70d5388c3db2e5ba2a/UI/obs-app.cpp#L1121-L1124 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 456264] Extra frame behind docks that doesn't respect application style nor is overridable
https://bugs.kde.org/show_bug.cgi?id=456264 Jan Blackquill changed: What|Removed |Added Severity|normal |wishlist -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 456264] Extra frame behind docks that doesn't respect application style nor is overridable
https://bugs.kde.org/show_bug.cgi?id=456264 --- Comment #1 from Jan Blackquill --- That is kinda intentional, to ensure that interactive docks have clearly defined bounds of interaction. We may be able to consider making it possible to hide based on widget flags, but not if that would cause interactive docks in lots of apps to lose their defined borders. Also, if you're doing this much custom styling, I'd recommend committing to avoiding the style entirely, or doing a better job of respecting it, rather than an in-between, which will always be somewhat buggy and ugly. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 456264] Extra frame behind docks that doesn't respect application style nor is overridable
https://bugs.kde.org/show_bug.cgi?id=456264 Matt Gajownik changed: What|Removed |Added CC||m...@wizardcm.com -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 456264] Extra frame behind docks that doesn't respect application style nor is overridable
https://bugs.kde.org/show_bug.cgi?id=456264 Ryan Foster changed: What|Removed |Added CC||ryt...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
