[Libreoffice-ux-advise] [Bug 143660] Application Color Theme Name is Not Translatable

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Aug 25 02:49:58 UTC 2021


https://bugs.documentfoundation.org/show_bug.cgi?id=143660

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vstuart.foote at utsa.edu

--- Comment #4 from V Stuart Foote <vstuart.foote at utsa.edu> ---
(In reply to Rizal Muttaqin from comment #3)
> (In reply to Heiko Tietze from comment #2)
> > I would prefer to revert in favor of an extension.
> 
> Such a big no. A dark variant nowadays is a must. Dark-light couple now
> become a new standard for many applications. While in other hand I am fully
> agree if LibO  provide a support to make color support an extension. Please
> keep the dark color there.

Yes even if we were to move to extension--the framework for the GUI to fully
respond to our own themes would still be needed. Meaning, still fully
appropriate for LO to provide its own light/dark theme support internally with
no linkage to os/DE theme.

Another example, the Notepad++ project folks just implemented a very nice Dark
mode at their 8.1.3 release. Joining GIMPs UI themes (Dark, Grey, Light, &
System) and Inkscape with its 'Use dark theme' setting for UI modes out of the
box.

LibreOffice Dark is a great start--we need to finish off the framework to fully
specify the Application Colors with or without os/DE themeing.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Libreoffice-ux-advise mailing list