[Libreoffice-ux-advise] [Bug 143660] Application Color Theme Name is Not Translatable
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Fri Jan 20 09:11:01 UTC 2023
https://bugs.documentfoundation.org/show_bug.cgi?id=143660
Heiko Tietze <heiko.tietze at documentfoundation.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|needsUXEval |
CC|libreoffice-ux-advise at lists |
|.freedesktop.org |
--- Comment #11 from Heiko Tietze <heiko.tietze at documentfoundation.org> ---
(In reply to V Stuart Foote from comment #8)
> I'd actually suggest that project would benefit from establishing such--so
> there would be three --
>
> LibreOffice (all automatic pulling from os/DE)
> LibreOffice Light (fixed mark up with UX oversight) would get the new RID
> LibreOffice Dark (fixed mark up with UX oversight)
Looks tempting but would be done just for sake of creating something to match
Dark, unnecessarily. The "automatic" set is far from really taking colors from
the OS (although it's a goal). Dark was introduced for this reason to comply
with the shortcomings. If we now add something Light, it would be either the
same as Automatic or Automatic becomes 90th-like grayish. And I doubt any "UX
oversight" works on all platforms (current Dark theme uses Breeze Dark colors
which are define on KDE).
Ultimately I'd like to have these colors added to the "LibreOffice Theme"
(replacement of current Mozilla Persona), initialized with system colors if not
user-defined. We should give users the freedom to have LibreOffice in pink and
green (easily installed per extension).
The patch is now back to the original situation not talking about Light.
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Libreoffice-ux-advise
mailing list