Now Firefox Personas settings are for all LibO Apps the same. Can it be extend that in writer header_writer.png and in calc header_calc.png will be shown? So if there is an _writer, _calc, _impress, _draw, ... file for an specific application this specific fill will be open and if there is no specific _section header.png will be loaded. thanks
Makes sense to have a bluish persona for Writer and some greenish for Calc etc. But most themes will be generic and the feature should not add additional effort/data. So ideally we have header* (general) and/or header_writer* (specific, overrides generic) options.
can I do something to make it available? I can extend an existing personas theme with the app specific files so it's better to understood.
*** Bug 130268 has been marked as a duplicate of this bug. ***
*** Bug 133736 has been marked as a duplicate of this bug. ***
*** Bug 151816 has been marked as a duplicate of this bug. ***
@Sahil, expect this would require further expansion of the new theme framework to identify module specific color assignment (beyond current 25.2 Light/Dark/System). Feasible? Obviously not 'til at least 25.8 or even out to 26.2
An alternative approach could be to invent the wheel again and owner-draw the titlebar (and hide the one from the OS).
(In reply to Heiko Tietze from comment #7) > An alternative approach could be to invent the wheel again and owner-draw > the titlebar (and hide the one from the OS). The whole CSD approach of bug 113388 and dupes, possible but kind of heavy support tail cross os/DE vcl backends.
(In reply to V Stuart Foote from comment #6) > @Sahil, expect this would require further expansion of the new theme > framework to identify module specific color assignment (beyond current 25.2 > Light/Dark/System). > > Feasible? Obviously not 'til at least 25.8 or even out to 26.2 Might hack something during the allotropia hackweek (happening from 7-12 April 2025)
i second the idea of per-app themes (if i got the idea right). being able to apply a different theme to each (writer, calc, draw) would be a nice touch. a certain competing product just has made my brain wired to associate word processors with the color blue, calculation apps with green and so on... distinct color schemes would also help to identify the right app at a first glance when they're displayed in a expose-like overview, for example.
*** Bug 125443 has been marked as a duplicate of this bug. ***
Created attachment 207184 [details] Screencast with patch applied
(In reply to Heiko Tietze from comment #12) > Created attachment 207184 [details] > Screencast with patch applied Patch incoming... it shades the background of Notebookbars with module-specific colors, if Tools > Options > Appearance > [x] Enable application theming is enabled. The patch adds four *NOTEBOOKBARCOLOR colors at the UI theming section with default colors taken from the LibreOffice palette. To deal with light/dark system themes, the colors are merged with the background at a transparency of 150 by default, which can be changed via the expert setting common::Misc::NotebookbarColorTransparency. Use 0 for full module color and 255 for full background color (ie. theming is enabled and *NOTEBOOKBARCOLOR are set but wont be visible). MacOS is excluded since it draws the whole Notebookbar and has no extra colors for the background.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7877351d362f2c30b5ec1b0ee8746290dca2db99 Resolves tdf#121174 - Module-specific theme colors It will be available in 26.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5085f73af2761fe9949f5f570fd8da75f31c2086 Related tdf#121174 - Enable Themeing by default It will be available in 27.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Heiko Tietze committed a patch related to this issue. It has been pushed to "libreoffice-26-8": https://git.libreoffice.org/core/commit/186aa81feb201446b9ce7c15ad31ec866af22896 Related tdf#121174 - Enable Themeing by default It will be available in 26.8.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Michael Weghorn committed a patch related to this issue. It has been pushed to "libreoffice-26-8": https://git.libreoffice.org/core/commit/cf3ec75761d4d8d625b2e5a0bb48c656b67c2fbe Revert "Related tdf#121174 - Enable Themeing by default" It will be available in 26.8.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Michael Weghorn committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8176e65e56baa68916e3e2eaa5f3f8d62b55d539 Revert "Related tdf#121174 - Enable Themeing by default" It will be available in 27.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/08f5d410a474badedeaa3fbabaea9b6f564d1b83 Related tdf#121174 - Make module-specific colos non-configurable It will be available in 27.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Heiko Tietze committed a patch related to this issue. It has been pushed to "libreoffice-26-8": https://git.libreoffice.org/core/commit/a927410f1579e0347a108857e96b1741adbf3c46 Related tdf#121174 - Make module-specific colos non-configurable It will be available in 26.8.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The last patch enables the module-specific background color independently from whether theming is active. This option leads to too many issues so we better keep it disabled. Since the feedback on the colors was positive I decided to implement it as hard-coded values (color themes do not change it) and to have it always enables. People who don't like it need to change the expert setting for NotebookbarColorTransparency to 255. I also enabled it on macOS.