Summary: | Implement per LO module Application Color schemes | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | RGB <rgb.mldc> |
Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | enhancement | CC: | himajin100000, libreoffice-ux-advise, rafael.palma.lima, vsfoote |
Priority: | medium | Keywords: | needsUXEval |
Version: | 7.4.2.3 release | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=141986 | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 125823 |
Description
RGB
2022-10-29 19:18:50 UTC
+1, theme preference and any "saved" color themes added to user profile. 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. (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 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 *** |