[Libreoffice-ux-advise] [Bug 151507] Themed color palette

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Thu Mar 30 11:45:40 UTC 2023


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

Heiko Tietze <heiko.tietze at documentfoundation.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |needsUXEval
                 CC|                            |libreoffice-ux-advise at lists
                   |                            |.freedesktop.org

--- Comment #6 from Heiko Tietze <heiko.tietze at documentfoundation.org> ---
The mockup at
https://design.penpot.app/#/view/d9665a57-0073-80a2-8002-47af3e11cf33?page-id=d9665a57-0073-80a2-8002-47af3e11cf34&section=interactions&index=0&share-id=d5fc0283-ef1c-80fa-8002-47d90c42f7c6
starts on 1) with the current implementation. While LibreOffice (on the left)
offers RGB access to set all millions of colors the theme (as implemented by
MSO on the right) is kind of a style and changing „Accent 1“ affects all places
it is used.

The requirements are:
    a) pick a themed colorize
        1. access different brightness/colorization steps
        2. show the active theme color on the selection
        3. allow special colors such as „Automatic“ (eg. for font color) and
„No Fill“ (Shapes)
    b) pick a standard color
        1. provide access to the recently used colors
        2. allow to switch the way RGB colors are presented (eg. Palette 
filtered for HTML)
    c) use the themed and standard colors on gradients and other places too
    d) allow to switch the color theme to adjust to whole document appearance
(eg. from “Rainbow” to “Beach”)
    e) edit and share color theme
    f) edit and share standard colors and palettes

No doubt that MSO solves a) in a perfect way, and we could do the same giving
full access to the standard colors b) in an extra dialog. But we aim to give
freedom to the users and should not just copy a solution but make it more
flexible.

Option 2) in the mockup merges a) and b) into one picker. The standard palette
is reduced to save space but that’s not necessary. In contrast to the prototype
from MSO we could just present the basic theme colors denying a1 (access to the
brightness level could be given in the color dialog underneath the current
color per slider / num stepper). It adds a dropdown to pick a theme and the
load more from the extension site. Drawback of this solution is that picking a
theme when coloring a random object affect every color. Changing the color
theme might be better suited at some special place, in case of MSO at the
Design tab. We could do this in a special dialog or in the page style dialog
(respectively Slide Properties for Impress) since the setting belongs to the
whole document. 

Option 3) takes into account that the layout of 2) feels a bit crowded. It
reduces the Theme Colors to just the colors with access to the brightness
levels via dropdown menu. And while we can do this for the themed colors the
same is possible for the standard colors, as shown right hand. Changing the RGB
palette could be done in any Area Fill dialog.

Themed colors are well suited for less colorful documents as done in Writer but
less optimal when color is prime, ie. in Draw. We probably need two different
approaches.

Comments are welcome.

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


More information about the Libreoffice-ux-advise mailing list