NEW223807
MDN compat table "No" cell with annotations looks broken on Safari
https://bugs.webkit.org/show_bug.cgi?id=223807
Summary MDN compat table "No" cell with annotations looks broken on Safari
Tim Nguyen (:ntim)
Reported 2021-03-26 11:31:31 PDT
Created attachment 424380 [details] Screenshot Webpage: https://developer.mozilla.org/en-US/docs/Web/CSS/text-size-adjust Scroll down to the bottom of the page. Same problem happens on Chrome too. Left of screenshot is Firefox, right is Safari/Chrome.
Attachments
Screenshot (78.04 KB, image/png)
2021-03-26 11:31 PDT, Tim Nguyen (:ntim)
no flags
testcase.html (355 bytes, text/html)
2021-03-26 11:32 PDT, Tim Nguyen (:ntim)
no flags
Tim Nguyen (:ntim)
Comment 1 2021-03-26 11:32:03 PDT
Created attachment 424381 [details] testcase.html Here's a reduced testcase.
Radar WebKit Bug Importer
Comment 2 2021-03-26 11:32:36 PDT
Tim Nguyen (:ntim)
Comment 3 2021-03-29 09:29:15 PDT
I filed https://github.com/mdn/yari/issues/3373 and there is some activity there. It seems to be a difference in how browsers handle line-breaking after hyphens according to the last comment there.
Tim Nguyen (:ntim)
Comment 4 2021-03-29 10:17:35 PDT
Even more minimal testcase of differing behaviour from Jonathan Kew: data:text/html,<style>b{display:inline-block;width:1ch;}</style><b>-x-</b>
alan
Comment 5 2021-03-29 12:45:50 PDT
It doesn't not even need to be an inline-block element as this is simply about soft wrap opportunities and whether we consider the position after "-" as one. <style> div { width:1ch; } </style> <div>-should_this_be_on_the_second_line?</div>
alan
Comment 6 2021-03-29 12:53:43 PDT
I actually prefer the FF approach but don't have a strong preference on this -and I assume the spec is not clear on this case.
Note You need to log in before you can comment on or make changes to this bug.