Why is table width distribution not linear in Chrome?
Reported by
francois...@outlook.com,
Nov 29 2017
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: 1. https://wptest.center/#/5gwaq0 What is the expected behavior? The evolution of the size of the first column should eventually be linear What went wrong? Chrome seems to erratically increase by either 1.33px or 2px instead of always incrementing by 1.66px Generally speaking the values do not match the ones found in Edge and Firefox, it would be interesting to know why. Did this work before? No Does this work in other browsers? Yes Chrome version: 61.0.3163.100 Channel: n/a OS Version: 10.0 Flash Version:
,
Nov 29 2017
,
Nov 30 2017
Over to dgrogan to comment.
,
Nov 30 2017
We never fully implemented subpixel layout for tables (issue 377847) so it's not surprising that we don't do this right. That we _sometimes_ use subpixels is surprising. Actually, running your wptest in chrome shows integers only. Where did you find the floats?
,
Dec 1 2017
This might be because my device has a 150% dpi zoom level. But that means then that the same site on different devices can report different sizes, interesting... On a desktop I indeed get 16 18 20 21 23 25 27 which would have indicated me what the problem was, I was confused by the .33 and .66 but they do make sense if 2 css pixels = 3 device pixels
,
Dec 3
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
,
Dec 3
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by francois...@outlook.com
, Nov 29 2017100 KB
100 KB View Download