RFC: Theming and styles of KDE applications
christoph at cullmann.io
christoph at cullmann.io
Sun May 5 19:52:32 BST 2024
On 2024-05-04 22:36, christoph at cullmann.io wrote:
> On 2024-05-04 21:56, Akseli Lahtinen wrote:
>> On Saturday 4 May 2024 14:47:35 GMT+3 christoph at cullmann.io wrote:
>>> My proposal: we enforce Breeze as icon set and style everywhere. And
>>> we
>>> provide still a way to overwrite that for the user, but if the user
>>> didn't set something manually, idenpendent what the system propose,
>>> we
>>> just use Breeze. And we depend on that as dep e.g. in Kate, if you
>>> install Kate, that icon set and theme is installed.
>>
>> +1. For me as someone who changes icons sometimes just to see and
>> tinker
>> around,
>> i think this makes sense. We have reliable fallback, but we still
>> allow
>> users to customize things which is, well, our thing! :)
>>
>> And if the custom icons break i do not end up with broken apps, so
>> i really do not see any downside here, as user or dev perspective.
>
> Yes, if some user switches a theme or style in our system settings
> or in the application (like we do it with the color scheme switcher
> some
> applications like Kate have) that is fine.
>
> But beside that, we should just force our default style and icon set,
> like we do on Windows and macOS already, that will even make some
> patches
> and ifdef's useless we need now to sprinkle in all apps we really
> support on
> these platforms.
Hi,
I have now two drafts for both the icon theme/engine and the style
enforcing:
https://invent.kde.org/frameworks/kiconthemes/-/merge_requests/136
https://invent.kde.org/frameworks/kconfigwidgets/-/merge_requests/239
Testing and feedback (and help) is welcome.
This would be opt-in, e.g. Kate would call
KIconTheme::initTheme()
before the QApplication construction and
KStyleManager::initStyle()
after it and that would ensure the full setup.
Greetings
Christoph
More information about the kde-devel
mailing list