https://bugs.documentfoundation.org/show_bug.cgi?id=108669
V Stuart Foote <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |DUPLICATE
CC| |[email protected]
Status|NEW |RESOLVED
--- Comment #13 from V Stuart Foote <[email protected]> ---
Going to dupe this to bug 108670, issues are the same.
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.
*** This bug has been marked as a duplicate of bug 108670 ***
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
