Created attachment 41099 [details] Current color pallet when pussing the text color toolbarbutton The toolbar text color dialog doesn't (clearly) show which color is currently used in the text where the cursor is. If it would, it would be easier to look up the color and thereafther apply it to other objects (drawing objects, text.) In more detail... When for example selecting text, the color on the text color button changes to the color of the selected text (that's fine) (i.e.: purple.) When pushing the text color toolbar button the available colors are shown in a color pallet(that's fine too.) Yet at this point it is still unclear which exact color is used for the selected text (i.e. dark purple or very dark purple.) In the color pallet there is no indicator which color is used (for the selected text.) Although the toolbar button shows the color, it is not clear which color in the pallet this corresponds to. So it is difficult to find the correct color in the color pallet. Suggestion: Let the color of the selected text stand out in the color pallet (of the text color toolbar button.) For example, draw a line around that color in the pallet. The same should go for: - the other libreoffice components (impress, etc.) - the background color button pallet (i.e. in writer.) - if no text is selected, show the color of the text surrounding the cursor. This would make working with colors more intuitive.
Created attachment 41100 [details] Example design for letting color stand out in color pallet when pussing the text color toolbarbutton
This enhancement request is an improved version of the following bug (marked as invalid.): https://bugs.freedesktop.org/show_bug.cgi?id=30720
This is a good easy hack candidate. The code of the color palette of the toolbars is located here: http://opengrok.go-oo.org/xref/libs-core/svx/source/tbxctrls/tbcontrl.cxx#SvxColorWindow_Impl
Please mention following items (results from discussion in OOo) before you do modifications in Code! 1. regard consistence for all LibO applications, current inconsistences (pls see. <https://bugs.freedesktop.org/show_bug.cgi?id=30720#c2> should be eliminated if you can't tell good reasons for them. 2. Current behaviour in WRITER is result of common sense, it enables to change color due to earlyer changes very easy. I believe it should be adopted for CALC, DRAW, Impress, ... 3. I agree with reporter's intentions. In any case it would be useful to see the current character color in the character color picker. That's more intuitive than to use menu 'Format -> Character -> effects'. Design due to "Example Design" is a good idea. 3a. I additionally would like a mark at the color in the picker to what a modifications clicking the icon would lead. 4. Concerning use of color picker for further modifications, I agree with reporter's intentions. An additional option to check the color used for the text (before the last modification) might be useful. Example: first modification: text color modified to blue second modification: text color modified to red third modification: should be like first one. For this third modification it might be useful to have an option in the current text color due to my item 3 And an additional button "use color for further modifications" might be perfect - or overbloated? @Michiel Wittkampf: Why did you file this report with Component "Spreadsheet"? I see that as an UI issue.
Kurosawa Takeshi provided a fix for this to auto-select in the palette the colour the palette is set to, which improves this a lot. Now pushed into master
EasyHack tags unification: tags only allowed in Whiteboard to make queries more easy and reliable
Migrating Whiteboard tags to Keywords: (EasyHack) [NinjaEdit]