[Webkit-unassigned] [Bug 105323] when contentEditable=true inside contentEditable=false inside contentEditable=true, backspace behavior is wrong

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=105323





--- Comment #4 from Johannes Wilm <johannes.wilm at sourcefabric.org>  2013-01-15 15:04:12 PST ---
Hi,
and thanks for the advice.

The places where I already use noneditable parts inside editable parts is when adding elements to the text flow, that are autogenerated (the writer presses a button). For example, imagine this:

<p>London, UK, <span class="timepoint" data-jstime="738039459093" contenteditable="false">Oct. 2, 2012, 2:34pm GMT<span>: The Queen announced an extra allowance on cat food this morning.</p>

The time stamp is something the writer can enter by clicking a button. He can subsequently remove it again by deleting it in the text, either by selecitng it or by hitting the backspace key while the cursor is directly behind it. 

In this case, Webkit works fine already.

However, when going to the more complicated case of a nested editable part, it instide kind of knocks the back wall out. In this example: http://sourcefabric.github.com/BookJS/test.html scroll to the fifth page (the one with the headline "Some text part"). The footnotes on that page are created in this nested manner. If you move the cursor behind one of the footnote references in the main text and hit "Backspace", you would imagine that the footnote reference as well as the entire footnote would disappear. This would happen if Webkit would delte the entire non-editable element as it does in the case above. Instead it is as if the ack wall is being knocked out.

As I understand it, if changed, it would follow this logic:

"UAs should offer a way for the user to delete text and elements, including non-editable descendants, e.g. as the default action of keydown events whose identifiers are 'U+0008' or 'U+007F'."  

http://www.w3.org/TR/2008/WD-html5-20080610/editing.html

If you have suggestions as how to achieve this in another way, please let me know!

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.