Bug 223807

Summary: MDN compat table "No" cell with annotations looks broken on Safari
Product: WebKit Reporter: Tim Nguyen (:ntim) <ntim>
Component: CSSAssignee: Nobody <webkit-unassigned>
Status: NEW ---    
Severity: Normal CC: webkit-bug-importer, zalan
Priority: P2 Keywords: InRadar
Version: Safari 14   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Screenshot
none
testcase.html none

Description Tim Nguyen (:ntim) 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.
Comment 1 Tim Nguyen (:ntim) 2021-03-26 11:32:03 PDT
Created attachment 424381 [details]
testcase.html

Here's a reduced testcase.
Comment 2 Radar WebKit Bug Importer 2021-03-26 11:32:36 PDT
<rdar://problem/75894248>
Comment 3 Tim Nguyen (:ntim) 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.
Comment 4 Tim Nguyen (:ntim) 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>
Comment 5 zalan 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>
Comment 6 zalan 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.