[Libreoffice-bugs] [Bug 108670] Active color in the Area tab looks like set to black when active color not defined

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #21 from Telesto <telesto at surfxs.nl> ---
Quote from bug 108669 comment 13

Opening the Area -> Color panel arriving from another Area type, especially
default 'None' mode, opens the Active Color with no actual assigned color--and
incorrect indicator of what would be assigned.

The GUI shows a Black (#ffffff) swatch, but with default 114, 159, 207 RGB
values for #729fcf Area fill (Old Tango: Sky Blue 1, now Light Blue 2 on
Standard palette).

Once the New color #729fcf, or another pick from pallet or custom pick made, is
applied--the GUI will refresh. If pick is made from Standard palette or
swittched to and made from another installed pallet--the indicator on the
palette swatches will show the pick.

Until a pick is made and applied the color Swatch is wrong, while the lack of
an swatch indicator on the pallet GUI--could be seen as correct, no Color has
been selected/applied yet--but would be more consistent UI to show what would
be applied.

Work on bug 108670 should resolve this with a better null color assignment,
tweaking the UI to either symbolize the null area fill.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200518/0436777d/attachment.htm>