Closed
Bug 53662
Opened 24 years ago
Closed 24 years ago
Text-color not working on Linux
Categories
(Core :: DOM: Editor, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
mozilla0.9
People
(Reporter: christinehoff4, Assigned: Brade)
Details
(Keywords: platform-parity)
Using 9_20_08 build on Linux.
Open Editor. Type some text. Set cursor before some text. Click on 'Format/Text
Color'. Select
a color and click 'OK'.
Expected result: From cursor, typing new text should display new color
indicated.
Actual result: Cursor is gone. However, new color is indicated on the Format
Toolbar but as soon as you try to regain focus, color on Format Toolbar
reverts back to default and text is displayed in default color.
This works on Windows and Mac.
If you 'select' text, then you can change the color. If 'selecting' text is
required, then there is a bug in Win and Mac that allows you to change color at
cursor.
Reporter | ||
Updated•24 years ago
|
Keywords: pp
Summary: Text-color not working on Linux → Text-color not working on Linux
Comment 1•24 years ago
|
||
assigning to cmanske, setting to future, the workaround is to highlight the text
and set the color
Assignee: beppe → cmanske
Target Milestone: --- → Future
Comment 2•24 years ago
|
||
There's no platform-specific code here. After dismissing the color dialog,
is the caret automatically back in the page? If you have to click to see it,
then you "destroy" the color that you picked. In that case, the bug is a
focus bug, not an editor bug.
Status: NEW → ASSIGNED
Reporter | ||
Comment 3•24 years ago
|
||
If you DO NOT select a color and just exit out of the text-color dialog, then
the cursor returns on the page. If you DO select a color, and return to the
page, the cursor is no longer there.
Comment 4•24 years ago
|
||
Now that's really weird! If you use "Cancel", we just return after the dialog
closes without setting focus. But if you select a color, we call:
window._content.focus();
in editor.js, which we use a lot to restore focus to the editor window.
This is obviously backwards from what you are describing!
We call focus() after every dialog launched in Composer -- are there any other
instances of focus not being returned? E.g., try inserting an image.
Reporter | ||
Comment 5•24 years ago
|
||
The behavior with inserting an image is different. If I DO NOT insert an image
and cancel out of the Image Properties dialog box, I have no focus. If I DO
insert an image and exit out of the dialog box, I get the same result: no focus.
In this case the result is the same. (9/20/08 build)
Comment 6•24 years ago
|
||
Even more weird, as we do do *not* behave differently after exiting the
Image Properties dialog as we do with the ColorPicker. We always call
window._content.focus() after the image dialog.
Go figure.
Updated•24 years ago
|
Target Milestone: Future → mozilla0.9
Updated•24 years ago
|
Assignee: cmanske → brade
Status: ASSIGNED → NEW
Comment 7•24 years ago
|
||
Kathy: Since you have a Linux box at home -- could you please take this?
Assignee | ||
Comment 8•24 years ago
|
||
worksforme
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•