[Webkit-unassigned] [Bug 105898] contenteditable contains DIV's with display: inline-block breaks up and down arrows

[bugzilla-daemon at webkit.org]

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

Karl Dubost <karlcow at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |BrowserCompat

--- Comment #3 from Karl Dubost <karlcow at apple.com> ---
The markup in the codePen is

<div contenteditable="true">
  <p>
    The "down" key from here goes to this
    <span class="inline-block">inline-block</span>
    instead of going to ...
  </p>
  <p>... the next line</p>
</div>

with the style
.inline-block {
  display: inline-block;
  background-color: pink;
}

It seems that the arrow up and down in content editable navigates from block to block, if we remove the inline-block. The arrow navigation is going indeed to the next line. 

I don't know if keyboard navigation is specified in contenteditable markup. 
https://html.spec.whatwg.org/multipage/interaction.html#contenteditable

There was a similar issue of navigation for contenteditable stuff in Gecko
https://bugzilla.mozilla.org/show_bug.cgi?id=669026

I wonder if inline-block in the context of navigation line by line should be ignored. 

Is it part of this
https://searchfox.org/wubkat/rev/6c4c981002fe98d371b03ab862b589120661a63d/Source/WebCore/editing/FrameSelection.cpp#1631-1664

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230206/43475573/attachment.htm>