cursor next to tall contenteditable=false element jumps out of line
Reported by
de...@desmos.com,
Mar 15 2017
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.98 Safari/537.36 Steps to reproduce the problem: 1. place cursor immediately before the q 2. arrow left once 3. observe the cursor position What is the expected behavior? The cursor stays in line with the text, at the bottom of the dinosaur What went wrong? The cursor jumps up to the top right corner of the dinosaur Did this work before? Yes 56 Does this work in other browsers? Yes Chrome version: 57.0.2987.98 Channel: stable OS Version: OS X 10.11.6 Flash Version: On 56, the cursor would span the entire height of the dinosaur, regardless of where in the text it was.
,
Mar 16 2017
,
Mar 16 2017
The change to have the caret match the font size rather than line height is perfectly fine and mostly matches the behavior in Edge and Mozilla (they both appear to size it according to the the majority of the text rather than change it mid sentence though). When stepping through left to right the caret changes size as appropriate upon encountering the dinosaur. When going right to left however it is positioned correctly but sized incorrectly for the position imminently following the dinosaur. This isn't great but it doesn't break any of the editing or selection behavior. I'd we should prioritize fixing this but that it isn't bad enough to block 57 on.
,
Mar 16 2017
Thank you very much eae@. Moving forward with today's Stable release.
,
Mar 16 2017
,
Oct 4 2017
|
||||
►
Sign in to add a comment |
||||
Comment 1 by brajkumar@chromium.org
, Mar 16 2017Labels: -Pri-2 hasbisect-per-revision ReleaseBlock-Stable M-57 prestable-57.0.2987.98 Pri-1
Owner: joone....@intel.com
Status: Assigned (was: Unconfirmed)