https://bugs.documentfoundation.org/show_bug.cgi?id=143246
V Stuart Foote <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |needsUXEval
CC| |libreoffice-ux-advise@lists
| |.freedesktop.org,
| |[email protected]
--- Comment #1 from V Stuart Foote <[email protected]> ---
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._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
