strange behavior in contenteditable with inline-block
Reported by
cyril.au...@gmail.com,
Jun 15 2016
|
|||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2763.0 Safari/537.36 Example URL: Steps to reproduce the problem: 1. https://jsfiddle.net/crl/grkapoed/2/ 2. hover the link 3. What is the expected behavior? it shouldn't happen anything else expect the ::after pseudo-element being shown on the right What went wrong? everything is moved down, there can be different cases where the link go on the previous line Does it occur on multiple sites: N/A Is it a problem with a plugin? N/A Did this work before? N/A Does this work in other browsers? N/A Chrome version: 53.0.2763.0 Channel: dev OS Version: 10.0 Flash Version: Shockwave Flash 22.0 r0 not important bug, that can be fixed by using position: absolute rather
,
Jun 16 2016
Tested the same on win8.1, mac and linux 14.04 chrome version 53.0.2768.0 - observed that on hovering Youtube link the text moves down Firefox behavior : on hovering the link it moves sideways and some dots are displayed This is a non regression issue and can be seen from M30 builds to latest canary Confirming the issue for further inputs on this
,
Jul 5 2016
Moving this nonessential bug to the next milestone. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 14 2016
,
Jul 14 2016
,
Jul 15 2016
When I make a sample to uneditable, it works as expected. Not sure how editable state affects layout...
,
Jul 15 2016
I think in contenteditable the ::after pseudo-element has still a width, but this was a bit dirty (putting the ::after in absolute position is better) (cleaned the css https://jsfiddle.net/crl/grkapoed/6/ and removed [contenteditable])
,
Aug 8 2017
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 21 2017
,
Oct 4 2017
,
Oct 4
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 5
|
|||||||||||
►
Sign in to add a comment |
|||||||||||
Comment 1 by cyril.au...@gmail.com
, Jun 15 2016