WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
223807
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
Details
testcase.html
(355 bytes, text/html)
2021-03-26 11:32 PDT
,
Tim Nguyen (:ntim)
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
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
<
rdar://problem/75894248
>
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.
Top of Page
Format For Printing
XML
Clone This Bug