As distinct from the known Chrome list + span issue, I believe there's yet another Chrome-specific span line-height + list element "inconsistency". When converting a <ul/> to an <ol/>, on a page where a line-height has been defined on the body, the <ol/> that results will be wrapped in a bogus <span> with a line-height. It seems that this only happens when the list element is not the only element in the contenteditable.
When this scenario occurs in the Scribe editor, the enforce-p-elements plugin removes the wrapping span, but you end up with two unasked-for paragraphs:
As distinct from the known Chrome list + span issue, I believe there's yet another Chrome-specific
span
line-height + list element "inconsistency". When converting a<ul/>
to an<ol/>
, on a page where a line-height has been defined on the body, the<ol/>
that results will be wrapped in a bogus<span>
with a line-height. It seems that this only happens when the list element is not the only element in the contenteditable.So this:
Becomes:
Here's an isolated test case with a vanilla document.execCommand: http://jsbin.com/rawoqasako/1/edit?html,css,js,output
When this scenario occurs in the Scribe editor, the enforce-p-elements plugin removes the wrapping span, but you end up with two unasked-for paragraphs: