Add tentative WPT for checking the handling of `insertParagraph` and `insertLineBreak` in inline editing host
Categories
(Core :: DOM: Editor, enhancement, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox104 | --- | fixed |
People
(Reporter: masayuki, Assigned: masayuki)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
We sometimes get bug reports about <span contenteditable>
, and the insertParagraph
and insertLineBreak
command handling of Chrome is a little bit odd. Chrome may insert <div>
element into <span>
. So, if <span contenteditable>
becomes widely used, we might need to follow the odd behavior, but I'd like to avoid such future...
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 1•2 years ago
|
||
Browsers shouldn't insert <div>
and <p>
elements into inline elements such
as <span>
even when it's display
value creates a block format context since
it's invalid structure from point of view of HTML. However, some browsers do
it. Therefore, this test should make them fail.
The reason why this patch touches editor-test-utils.js
is, it scans the
following <script>
element's text with a bug. So the change makes it does
not scan outside the editing host.
Comment 3•2 years ago
|
||
bugherder |
Description
•