Issue 23843 - Font color icon is not affecting newly inserted text
Summary: Font color icon is not affecting newly inserted text
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 1.1
Hardware: All All
: P3 Trivial with 17 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
: 17424 75473 78109 (view as issue list)
Depends on:
Reported: 2003-12-24 02:08 UTC by utomo99
Modified: 2013-08-07 15:31 UTC (History)
4 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description utomo99 2003-12-24 02:08:18 UTC
Font color icon is not working as expected. 
to reproduce. 
Select color in font color.
activate the font color by one click.
type a text.
the text color is not changed as expected.

Correct behaviour:
when we want to change color of existing text:
Block the text, select the color. Finish.
This is correct in OOo 1.1.1a is same as in other application.

when we want new color applied to text we want to type. 
just select the color. finish. 
In OOo 1.1.1a to get this need extra work.
Comment 1 thorsten.martens 2004-01-07 08:50:44 UTC
TM->SBA: Please have a look, thanks !
Comment 2 sforbes 2004-01-19 23:53:56 UTC
*** Issue 17424 has been marked as a duplicate of this issue. ***
Comment 3 sforbes 2004-01-19 23:54:53 UTC
This is FAQ in some message board that I read. We really should fix this.
Comment 4 utomo99 2004-02-10 10:52:56 UTC
add Stephan to CC. 
Stephan, is this GSL or framework ? 
if GSL, please take over. Thanks
Comment 5 jack.warchold 2004-03-03 13:53:28 UTC
set target not determined
Comment 6 stefan.baltzer 2004-04-01 15:19:52 UTC
SBA: This "works as designed" -> Not a defect, but an enhancement. 
Note: MS Word does it that way.

Type an extra blank and select it (i.e. <Shift>+<Arrow left>) before clicking
the icon. Then the successively entered text gets the color attribute while typing. 
To end the coloured text input, type <Arrow right> at the end of the text to set
back to standard.

I adjusted the summary to reflect the findings. Reassigned to Bettina.
Comment 7 Regina Henschel 2007-03-16 21:51:17 UTC
*** Issue 75473 has been marked as a duplicate of this issue. ***
Comment 8 rfvuhbtg 2007-04-08 06:11:09 UTC
Any ideas on when/if this issue will be dealt with?
Comment 9 eric.savary 2007-06-06 15:15:26 UTC
*** Issue 78109 has been marked as a duplicate of this issue. ***
Comment 10 jcipriani 2008-05-21 10:10:08 UTC
I ran into this same confusing behavior in 2.4.0 and posted a question on the
mailing list about it. I eventually found this issue report through a few others. 

For those of you reading this without reading some of the other reports, a
workaround does exist to get the required behavior.

1. Click on Formatting toolbar and customize it.
2. Click on "Add..." to add a new command.
3. Select "format" category.
4. Scroll down and you will see TWO items named "Font Color" with the same icons.
5. The second one has the desired behavior of changing the current font color.

It would be nice to at *least* see the identical "Font Color" tool bar command
renamed to something else.

In any case, I also believe the default behavior should be changed to "set
current color", just like bold/italic/underline, if for no other reason then the
fact that the default color buttons on the toolbar are the only toolbar buttons
that don't precisely mimic the effects of changing options in the Format ->
Character menu.
Comment 11 jcipriani 2008-05-21 18:35:23 UTC
Here is an incomplete list of other issues that seem to be duplicates of this
one, and should probably be marked as such: (applies to 3.0 beta; not
sure if duplicate)

There are more than this; I did not go through every page of "text color" and
"font color" search results.

Comment 12 rfvuhbtg 2009-05-06 19:36:38 UTC
This issue still persists in OpenOffice 3.1.  And in the later versions, the
duplicate font color icon that works "correctly" appears to have been removed. 
However, as issue 94847 (another duplicate of this issue) points out, the
correct behavior occurs when the color is selected through the menu presented by
the "character" icon, though this is much less convenient that using the font
color icon/palate would be.  Would it be possible to map the behavior from
choosing the color by the character menu to choosing the color from the font
color icon/palate?

Also, this issue seems to have been raised many times in one form or another,
and it has persisted for years.  Not to complain, but is there any word on
when/if this feature might be included or whether it is under consideration at all? 
Comment 13 Oliver Specht 2009-10-09 12:50:23 UTC
Comment 14 bettina.haberer 2010-05-21 14:54:09 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements".