- From: <bugzilla@jessica.w3.org>
- Date: Thu, 27 Oct 2011 21:00:24 +0000
- To: public-webapps@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14578
Summary: Figure out how to behave if editing host is an inline
element
Product: WebAppsWG
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: HTML Editing APIs
AssignedTo: ayg@aryeh.name
ReportedBy: ayg@aryeh.name
QAContact: sideshowbarker+html-editing-api@gmail.com
CC: mike@w3.org, public-webapps@w3.org
Currently I generally just don't test this case. Example: what happens if you
run insertOrderedList on <span contenteditable>foo[]</span>?
IE9: <span contentEditable=""><p>foo</p></span>
Firefox 9.0a2: Throws NS_ERROR_FAILURE
Chrome 16 dev: <span contenteditable=""><ol><li>foo<br></li></ol></span>
Opera 11.50: Throws NOT_FOUND_ERR
How about <div contenteditable><span contenteditable>foo[]</span></div>?
IE9: <div contentEditable=""><span contentEditable=""><p>foo</p></span></div>
Firefox 9.0a2: <div contenteditable=""><ol><li><span
contenteditable="">foo</span></li></ol></div>
Chrome 16 dev: <div contenteditable=""><ol><li>foo<br></li></ol></div>
Opera 11.50: <div contenteditable=""><ol><li><span
contenteditable="">foo</span></li></ol></div>
<span contenteditable><ul><li>foo[]</ul></span>?
IE9: <span contentEditable=""><ol><li>foo</li></ol></span>
Firefox 9.0a2: NS_ERROR_FAILURE
Chrome 16 dev: <span contenteditable=""><ol><li>foo<br></li></ol></span>
Opera 11.50: <span contenteditable=""><ol><li>foo</ol></span>
I see three sensible options:
1) Pretend the editing host isn't inline, and give it block children.
2) Silently refuse to add new block elements if there's no ancestor in the same
editing host that they're allowed children of, but otherwise execute the
commands normally. E.g., insertOrderedList should refuse to insert lists but
should change existing <ul>s.
3) Bail out of all block-level commands unconditionally if the editing host is
inline.
I'm leaning toward (2). Opinions?
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Thursday, 27 October 2011 21:00:27 UTC