Bug 151816 - Implement per LO module Application Color schemes
Summary: Implement per LO module Application Color schemes
Status: RESOLVED DUPLICATE of bug 133736
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.4.2.3 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks: LibreOffice-Themes
  Show dependency treegraph
 
Reported: 2022-10-29 19:18 UTC by RGB
Modified: 2023-10-13 13:27 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description RGB 2022-10-29 19:18:50 UTC
Under Tools → Options → LibreOffice → Application Colors → Color Scheme → Scheme it is possible to select "LibreOffice Dark" which is really good for working in a Writer document, but may have some issues when working on Draw/Impress: a dark scheme in Draw may confuse the user's perception on how the drawing will really look like in print or PDF export. 

When I'm working on a Writer document that need diagrams, I work in parallel with both, the text document and Draw. Therefore, I would like to be able to use the dark scheme in Writer, but not in Draw, i.e.: one color scheme per application.
Comment 1 V Stuart Foote 2022-10-30 12:26:59 UTC
+1, theme preference and any "saved" color themes added to user profile.
Comment 2 Rafael Lima 2022-11-06 18:28:54 UTC
The main problem here is that the color "Document background" is used for many different things, such as (i) Calc sheets, (ii) the Basic IDE, (iii) Writer documents and (iv) Impress/Draw drawings.

One way to fix this without creating a new Options dialog is to separate some colors in the Application Colors dialog. For instance, we could have independent Document Color / Font Color entries for Writer, Calc, Impress/Draw and Basic IDE.

However, this change would require many changes throughout LibreOffice.
Comment 3 V Stuart Foote 2022-11-06 20:16:16 UTC
(In reply to Rafael Lima from comment #2)
> The main problem here is that the color "Document background" is used for
> many different things, such as (i) Calc sheets, (ii) the Basic IDE, (iii)
> Writer documents and (iv) Impress/Draw drawings.
> 
> One way to fix this without creating a new Options dialog is to separate
> some colors in the Application Colors dialog. For instance, we could have
> independent Document Color / Font Color entries for Writer, Calc,
> Impress/Draw and Basic IDE.
> 

+1

> However, this change would require many changes throughout LibreOffice.

Maybe, but increased UI element granularity in the Application Colors "framework" would help users customize their own themes.

And, it would probably improve LO "automatic" appearance when following os/DE provided theme(s). More significantly, IMHO [1] it would allow project to design and deliver more cohesive "non-automatic" UI themes--not bound to os/DE delivered theme.

Examples from other FOSS offerings abound, e.g. GIMP, Inkscape or Krita where the application provided color themes are more complete and cohesive. With less reliance on os/DE theming.

"Automatic" os/DE driven would still be the default--as set by 'LibreOffice' color scheme, but expanding the project offerings with additional color schemes in a more granular framework would give equally viable theme alternatives to users and make for good UX with out the users have to "roll their own".

=-ref-=
[1] https://bugs.documentfoundation.org/show_bug.cgi?id=142172#c10
Comment 4 Heiko Tietze 2022-11-09 10:20:42 UTC
I'd make the whole color customization part of the theming (bug 125217) and allow customization per extension. The request is a duplicate to bug 133736 although it focuses on the title bar.

*** This bug has been marked as a duplicate of bug 133736 ***