Issue 36035 - Changing the font color from the font color selector should directly aply to the coming text
Summary: Changing the font color from the font color selector should directly aply to ...
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.0.0
Hardware: All All
: P3 Trivial with 5 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 34609 89798 95957 113002 117878 (view as issue list)
Depends on:
Blocks:
 
Reported: 2004-10-23 04:38 UTC by eric.savary
Modified: 2013-08-07 14:38 UTC (History)
6 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description eric.savary 2004-10-23 04:38:37 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).
Comment 1 eric.savary 2004-10-23 04:42:50 UTC
.
Comment 2 eric.savary 2004-10-23 04:51:56 UTC
*** Issue 34609 has been marked as a duplicate of this issue. ***
Comment 3 wangster 2004-10-27 04:33:24 UTC
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.
Comment 4 eric.savary 2004-10-27 09:01:25 UTC
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.
Comment 5 bettina.haberer 2004-10-27 09:10:00 UTC
Flags needed to get corrected.
Comment 6 bettina.haberer 2004-10-27 09:21:50 UTC
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. 
Comment 7 Oliver Specht 2004-11-03 16:23:46 UTC
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.
Comment 8 drodiger 2004-11-26 09:05:17 UTC
This is working in 1.9.62 build. I can change colors in Writer and Calc.
Comment 9 eric.savary 2004-11-26 14:10:38 UTC
-> 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.
Comment 10 nadavkav 2008-04-25 22:12:51 UTC
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 ?
Comment 11 michael.ruess 2008-05-22 21:04:22 UTC
*** Issue 89798 has been marked as a duplicate of this issue. ***
Comment 12 typist 2008-05-22 22:16:00 UTC
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 
Comment 13 merschmann 2008-11-07 15:38:57 UTC
*** Issue 95957 has been marked as a duplicate of this issue. ***
Comment 14 merschmann 2008-11-07 15:39:38 UTC
*** Issue 95957 has been marked as a duplicate of this issue. ***
Comment 15 merschmann 2008-11-07 15:40:24 UTC
*** Issue 95957 has been marked as a duplicate of this issue. ***
Comment 16 michael.ruess 2010-07-07 13:18:04 UTC
*** Issue 113002 has been marked as a duplicate of this issue. ***
Comment 17 eric.savary 2011-04-17 10:03:57 UTC
*** Issue 117878 has been marked as a duplicate of this issue. ***