Open
Bug 682778
Opened 13 years ago
Updated 3 years ago
click to move cursor at end of block
Categories
(Core :: DOM: Editor, defect, P5)
Tracking
()
NEW
People
(Reporter: yaojun85, Unassigned)
Details
(Keywords: testcase)
Attachments
(1 file)
153 bytes,
text/html
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.215 Safari/535.1 Steps to reproduce: Right-click to move cursor to the end of block (which has a padding br) in the attached sample. Actual results: Inline element style discontinued Expected results: Inline element style remains
Same problem exists when using "End" key to move the cursor instead of clicking at the block end.
After cursor is moved to the block end, subsequent typing should remains in the applied inline style (font size) instead of moving out of it, with the only exception that when last inline style in the block is linked text. IE and Webkit works well in this sense.
Attachment #556473 -
Attachment mime type: text/plain → text/html
Updated•13 years ago
|
Component: General → Editor
Product: Firefox → Core
QA Contact: general → editor
Comment 3•13 years ago
|
||
We need a spec here to tell browsers how to normalize the selection...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•13 years ago
|
||
Yeah, it's definitely on my long-term todo list. If we spec Selection.modify and require it to behave like the appropriate keypresses, that will give us even better interop on this sort of thing, but that's a much bigger project. Just defining some sane normalization would do the job in this case.
Comment 5•3 years ago
|
||
Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.
If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.
Severity: normal → S4
Priority: -- → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•