Bug 233770

Summary: -webkit-line-clamp quality of implementation
Product: WebKit Reporter: Sam Sneddon [:gsnedders] <gsnedders>
Component: Layout and RenderingAssignee: Nobody <webkit-unassigned>
Status: NEW ---    
Severity: Normal CC: bfulgham, simon.fraser, webkit-bug-importer, zalan
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=214459
Bug Depends on: 45399, 59174, 135334, 176499, 187938, 219100, 219488, 219817, 63781    
Bug Blocks:    

Description Sam Sneddon [:gsnedders] 2021-12-02 10:22:08 PST
Ian (from the Chrome team) has suggested -webkit-line-clamp for Interop 2022: https://github.com/web-platform-tests/interop-2022/issues/16

Essentially, the proposal is to move -webkit-line-clamp closer to line-clamp and the current spec: https://drafts.csswg.org/css-overflow-3/#propdef--webkit-line-clamp (where the value is none | <integer>), and assuming we only care about behaviour when the box with -webkit-line-clamp also has overflow: hidden (i.e., to exclude the spec'd behaviour about discarding the content beyond the clamp).

Ian outlines three things in the issue:

1. RTL support,

2. Create a block-flow box instead of a flex box,

3. Support -webkit-line-clamp: none.

See https://wpt.fyi/results/css/css-overflow?label=master&label=experimental&aligned&q=webkit-line-clamp for current test results; from the GitHub issue it seems like 008, 029, and maybe 024 need updated to match the spec.
Comment 1 Radar WebKit Bug Importer 2021-12-02 10:22:27 PST
Comment 2 Sam Sneddon [:gsnedders] 2021-12-02 10:23:01 PST
Note that I did just mark this as depending on most of our open bugs for -webkit-line-clamp; I didn't actually audit these beyond very briefly looking at titles and seeing if they looked like dupes.