[Libreoffice-bugs] [Bug 143246] Color picker doesn't load previously-picked color
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Thu Jul 8 13:29:50 UTC 2021
https://bugs.documentfoundation.org/show_bug.cgi?id=143246
V Stuart Foote <vstuart.foote at utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |needsUXEval
CC| |libreoffice-ux-advise at lists
| |.freedesktop.org,
| |vstuart.foote at utsa.edu
--- Comment #1 from V Stuart Foote <vstuart.foote at utsa.edu> ---
Confimring behavior on
Version: 7.1.5.1 (x64) / LibreOffice Community
Build ID: 2ca94649fd6dbdcab938c55c28b6a950a9634a34
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
I understand the work flow, making sucessive changes in text color for the
paragraph style being edited.
Something seems a bit off. A color swatch picked from the active palette, or
from the bar of recents, will reset the base color for the 'Custom Color...'
picker widget immediately. Yet a color pick made from the widget does not. Both
show the selected color in the text preview--but base color value for the
custom color widget does not get updated.
I don't think it is intentional (to be able to revert a color pick) so seems
like an implementation issue. Just not sure what the UI behavior should be
mixing the colors from the active palette with the custom color picker.
--
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/20210708/11383859/attachment.htm>
More information about the Libreoffice-bugs
mailing list