https://bugs.documentfoundation.org/show_bug.cgi?id=151507
Heiko Tietze <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |needsUXEval CC| |libreoffice-ux-advise@lists | |.freedesktop.org --- Comment #6 from Heiko Tietze <[email protected]> --- The mockup at https://design.penpot.app/#/view/d9665a57-0073-80a2-8002-47af3e11cf33?page-id=d9665a57-0073-80a2-8002-47af3e11cf34§ion=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 the assignee for the bug.
