Bug 233770 - -webkit-line-clamp quality of implementation
Summary: -webkit-line-clamp quality of implementation
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
Keywords: InRadar
Depends on: 45399 59174 63781 135334 176499 187938 219100 219488 219817
  Show dependency treegraph
Reported: 2021-12-02 10:22 PST by Sam Sneddon [:gsnedders]
Modified: 2021-12-02 10:23 PST (History)
4 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
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.