Issue 61816 - The selected font color and font background colour on the toolbar does not apply to the inputting text
Summary: The selected font color and font background colour on the toolbar does not ap...
Status: REOPENED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 2.0.1
Hardware: PC Windows, all
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
: 65930 112689 (view as issue list)
Depends on:
Blocks:
 
Reported: 2006-02-09 02:56 UTC by jeongkyu.kim
Modified: 2013-02-07 22:42 UTC (History)
3 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description jeongkyu.kim 2006-02-09 02:56:52 UTC
The selected font color on the toolbar does not apply to the inputting text.
This causes some confusion when a user wants to change the color while inputting
text.

I understand that function of the button is only to change the color of existing
text, but then we need to have more intuitive way to handle the scenario.

Steps to reproduce,

1. Open writer
2. Type some text
3. Select red color through the button on the toolbar
4. Type more text
5. Confirm the selected color does not apply to the text
6. Change the font color to blue through 'Format > Character > Font Effects'.
7. Type more text
8. Confirm the selected color applies to the new text
9. Now, font color button has red underline but inputting text has blue color.
Comment 1 michael.ruess 2006-02-09 08:23:37 UTC
Reassigned to requirements.
Comment 2 jolatt 2006-02-09 08:53:48 UTC
Note that the cursor changes to (in German) 'Gießkanne' when you use the button 
on the toolbar. The behaviour of this button has been changed. It works only 
when you use it over typed text. 

You can replace this button, called 'char colour' (German: Zeichenfarbe) with 
the button 'font colour' (German: Schriftfarbe). Then you have the same 
behaviour as 'Format > Character > Font Effects'. Strangly both buttons have 
the same icons and there is although a button without icon called in 
German 'Schriftfarbe Gießkanne' which has the same effect as the button 'font 
colour'.

The button 'char background' has the similar behaviour as the button 'char 
colour' but there is no equivalent as for 'font colour'. And there is although 
a button without icon called in German 'Zeichenhintergrund Gießkanne' with the 
same effect as 'char background'

This should be checked and changed.

May be, that the English terms aren't correct. I have only a German version of 
OOo.

OOo 680m155 (Build:9003)



Comment 3 jeongkyu.kim 2006-02-09 09:10:28 UTC
Hi jolatt,

Thanks for the information. The 'Character' button seems to be the shortest way
to change the color of current position, for now.

jeongkyu
Comment 4 michael.ruess 2006-05-31 12:23:11 UTC
*** Issue 65930 has been marked as a duplicate of this issue. ***
Comment 5 Rainer Bielefeld 2006-08-24 06:31:03 UTC
completed summary in accordance to comments.

The current UI behaviour is as reported, but:

I doubt whether the current behaviour really should be changed - has that really
been discussed wirh "user experience"? Of course it is user friendly if the
shown colour in the buttons matches with the colours of the text at the current
caret position. But the current behaviour also has some advantage: The colours
in the button show the last action done with the button, and the next click on
the button will just redo this action. This behaviour would be lost if UI would
be changed as requested. So I reopen as UNCINFIRMED for further discussion.

Is this really only relevant for WIN (I doubt) or for all OS?
Comment 6 Rainer Bielefeld 2006-08-24 06:32:14 UTC
As explained in my earlier comment
Comment 7 Rainer Bielefeld 2006-08-24 06:33:54 UTC
*** Issue 68912 has been marked as a duplicate of this issue. ***
Comment 8 michael.ruess 2006-09-27 12:10:23 UTC
*** Issue 69900 has been marked as a duplicate of this issue. ***
Comment 9 michael.ruess 2010-06-28 10:30:55 UTC
*** Issue 112689 has been marked as a duplicate of this issue. ***