https://bugs.documentfoundation.org/show_bug.cgi?id=90721
--- Comment #6 from Jay Philips <philip...@hotmail.com> --- Created attachment 114995 --> https://bugs.documentfoundation.org/attachment.cgi?id=114995&action=edit drawing toolbar in draw (In reply to Maxim Monastirsky from comment #5) > While it seems so, in reality it's not the case. .uno:FillColor has blue > hardcoded inside it, the same way .uno:XLineColor has black. None of them > are showing the actual color (Assuming you are talking about .uno:FillColor > when it's placed on a toolbar, not about the sidebar variation). So you're > free to propose a different color for .uno:FillColor too. Though blue maybe hardcoded in .uno:FillColor, it is the same blue fill color (#729fcf) that appears when you draw a shape. > So you don't want the line color button to be a split button? Back in 2012 > UX guys filled bugs to convert all color buttons to split buttons - see the > meta-bug at Bug 45671, and that's what I did. No i would like .uno:XLineColor to show the default border color that appears when you draw a shape. > Sure, I'm not defending the red color (nor the black), I'm just referring it > as an example that illustrates how split buttons work. And IIRC there were > requests to remember the last used color between sessions (for other color > buttons too), and in that case the initial color will be different anyway. Well if it does remember the last used color between sessions, then line color should show whatever that color is. You can see in the attached screenshot the drawing toolbar in draw that i wish to implement. It is to contain line color and fill color buttons that display the color that will appear when you draw a new shape, like what most drawing apps have. But if line color appears in black when its actually coloring the shape border with dark blue, the purpose of such a button would be useless as it doesnt show what is being drawn. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs