Apache OpenOffice (AOO) Bugzilla – Issue 36035
Changing the font color from the font color selector should directly aply to the coming text
Last modified: 2013-08-07 14:38:26 UTC
- type some text - select a different color from the Font color selector -> The mouse pointer changes to a "Fill bucket" which can be used to format an *existing* text in the new color but the text typed from the cursor position on won't change its color. Expected: the new color directly applies to the current cursor position and for any text typed after it (compare with Calc and Draw).
.
*** Issue 34609 has been marked as a duplicate of this issue. ***
I have found the solution to this issue. OOWriter has two different font color selectors. They are both named exactly the same and have identical icons. The "Font Color" icon that appears by default in OOWriter is actually more of "Font Painter". However, if you right click on the tool bar and select "customize". Then in the left pane click the plus sign to expand the "Format" tree and scroll down you will see two identical icons both called "Font Color". The top one is actually a "Font Painter", the second one is the traditional "Font Color" selector. I believe someone at OOWriter got the two confused and accidently included the wrong button on the tool bar by accident. Recomended Remedy: Default install of OOWriter should use the "Font Color" selector on the toolbar instead of the "Font Painter" as it is now. Also, "Font Painter" should be named as such to avoid future confusion.
ES->CJ: wangster is right. in OOo 1x, 2 "Font color" icons with slight different functionalities exist. Let's say that the "more intuiutive" one is hidden under Customize and "the wrong one" shows at first in the UI. The problem is that I can't find the "good" icon anymore under customize in src680m59. Please ask CD/OS if it still exist and let it replace the current one. This could be part of toolbar3.
Flags needed to get corrected.
Hello Oliver, I estimate this as a bug, as obviously this behaviour has changed. In the last milestone release the assigned color kept assigned to the further new written text.
os->bh: This is not true. A look into SO7 shows that the behaviour hasn't changed and it hasn't since SO5.2 either. The color controller applies 'on click' directly to a selection but if no text is selected the color bucket is shown to change the colors by selection the text. It's maybe not the way users want it to be but changing the handling requires a spec and will not be done for OOo 2.0 without a _good_ reason. The missing configurable second color control is now probably hidden because the new tools/configure dialog uses the name of the function to access it and the old one used the number for it. Target changed to OOo later. Reassigned to CJ to create a spec.
This is working in 1.9.62 build. I can change colors in Writer and Calc.
-> drodiger: it still does not work as desired. one can apply a color to a selection but not for the coming text at cursor position when there is no selectio. It stays @cj for OOo later.
this is still an issue in version 2.4.0 (debian sid) personally, i changed icons and functionality as Wangter suggest :-) it seems very easy to fix :-) please see if you can Target it to 3.0 ?
*** Issue 89798 has been marked as a duplicate of this issue. ***
Yes, I think this should be finally fixed - the 'painter button' makes not much of a sense, as you can mark texts before selecting a new colour, via keyboard and via mouse (that should suffice). The 'painter' is too time-consuming and complicated to use for fluent writing... typist
*** Issue 95957 has been marked as a duplicate of this issue. ***
*** Issue 113002 has been marked as a duplicate of this issue. ***
*** Issue 117878 has been marked as a duplicate of this issue. ***