[Webkit-unassigned] [Bug 52846] InsertUnorderedList breaks up paragraphs when they contain non-editable elements.
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sun Jan 30 17:02:36 PST 2011
https://bugs.webkit.org/show_bug.cgi?id=52846
--- Comment #4 from Benjamin (Ben) Kalman <kalman at chromium.org> 2011-01-30 17:02:36 PST ---
View in context: https://bugs.webkit.org/attachment.cgi?id=80557&action=review
> LayoutTests/editing/execCommand/insert-list-inside-editable-paragraph-containing-noneditable-elements.html:3
> +<div id="test2" contenteditable="true"><p id="test2-p">This is another editable paragraph that contains a <span contenteditable="false">non-editable</span> span.</p></div>
Why the extra ps, rather than just using the containing div?
Anyway, rather than repeating the same test case, it would be nice to test some different cases, such as
- non-editable span at the start of the paragraph
- non-editable span at the end of the paragraph
- non-editable span in the middle somewhere (as you have)
- multiple lines (with non-editable spans), no selection
- multiple lines (with non-editable spans), with the selection across multiple lines (i.e. use getSelection().modify("extend", "forward", "line") or something)
> LayoutTests/editing/execCommand/insert-list-inside-editable-paragraph-containing-noneditable-elements.html:15
> +Markup.dump("test1", "The whole paragraph - non-editable part included - must become a list item");
I'd pull this common logic into a function.
Also, if there is a way to just print "PASS ..." or "FAIL ..." then that would be more concise than using Markup and easier to understand regressions.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list