Open
Bug 841749
Opened 11 years ago
Updated 3 years ago
Can't escape BLOCKQUOTE element in contenteditable
Categories
(Core :: DOM: Editor, defect, P5)
Tracking
()
UNCONFIRMED
People
(Reporter: other, Unassigned)
References
()
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_2) AppleWebKit/536.26.14 (KHTML, like Gecko) Version/6.0.1 Safari/536.26.14 Steps to reproduce: Created a <blockquote> element inside a div with contenteditable=true. Actual results: When you try to change to new line and escape the <blockquote> by pressing Enter key, it creates a new <p> but inside the <blockquote>. It needs to be outside. Expected results: When pressing Enter key at the end of the <blockquote>, it should close the <blockquote> and create a new <p>. If not, you can never escape the <blockquote>. Check out the demo: http://jsfiddle.net/k3vfp/ (please ignore the <ul>, that's for Webkit which creates a new <div> instead of <p> upon exiting the <ul>). The only hack I found, was to create a new <p> under it and go back up and then create the <blockquote>. So, the desired outcome would be: 1) upon Enter key, close the <blockquote> and create a new <p> or <div> under it. 2) upon Shift+Enter key, create <p> or <div> inside the <blockquote> (current behaviour)
Keywords: html5
Updated•11 years ago
|
I tried with IE9, same result. Same result if I press "enter" at the end of the <ul>, it adds a new entry to the list.
Comment 2•3 years ago
|
||
Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority and severity.
If you have reason to believe this is wrong, 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
•