Closed
Bug 1212875
Opened 9 years ago
Closed 9 years ago
text-align not applied for [dir="auto"][contenteditable="true"] empty element.
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
DUPLICATE
of bug 1103011
People
(Reporter: autra, Unassigned, NeedInfo)
References
Details
Attachments
(1 file)
(deleted),
text/html
|
Details |
[Step]
- click on the "test case" attachment.
- focus the contenteditable="true" element, ie the grey box at the end of the page
- observe the caret position
[Expected]
- As this element has a `text-align="right"` the caret should be on the right.
[Actual]
- The caret is on the left, and jumps to the right as soon as we begin typing.
Reporter | ||
Updated•9 years ago
|
Reporter | ||
Comment 1•9 years ago
|
||
Hey Julien, this test case is basically a stripped down version of the .recipient[contenteditable] of the sms app. I thought you might want to see this.
I'm filling this bug because, although the symptoms are the same, I couldn't reproduce with the example in https://bugzilla.mozilla.org/show_bug.cgi?id=1103011 any more.
If this get fixed, we might be able to get rid of all the workaround in recipients.css \o/
Reporter | ||
Updated•9 years ago
|
Flags: needinfo?(felash)
Reporter | ||
Comment 2•9 years ago
|
||
also NI Simon, as he was the assignee for bug 1103011.
Flags: needinfo?(smontagu)
Reporter | ||
Updated•9 years ago
|
status-b2g-master:
--- → affected
status-firefox41:
--- → affected
Comment 3•9 years ago
|
||
I think you can just attach this attachment in bug 1103011 and obsolete the old one. Then dupe this bug there.
I still see weird things with the old one (for exemple using "suppr" with the caret at "start", the caret moves, but shouldn't), but I agree with you, the issue is not that apparent anymore on the old testvcase.
Updated•9 years ago
|
Flags: needinfo?(felash)
Reporter | ||
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•