[Libreoffice-bugs] [Bug 108669] UI: The default blue area fill color isn't pre-selected in the color picker palette
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Mon May 18 17:06:08 UTC 2020
https://bugs.documentfoundation.org/show_bug.cgi?id=108669
V Stuart Foote <vstuart.foote at utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |DUPLICATE
CC| |vstuart.foote at utsa.edu
Status|NEW |RESOLVED
--- Comment #13 from V Stuart Foote <vstuart.foote at utsa.edu> ---
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200518/751a21f7/attachment-0001.htm>
More information about the Libreoffice-bugs
mailing list