233770 2021-12-02 10:22:08 -0800 -webkit-line-clamp quality of implementation 2023-12-11 13:47:37 -0800 1 1 1 Unclassified WebKit Layout and Rendering WebKit Nightly Build Unspecified Unspecified NEW https://bugs.webkit.org/show_bug.cgi?id=214459 https://bugs.webkit.org/show_bug.cgi?id=266018 InRadar P2 Normal --- 45399 135334 59174 63781 176499 187938 219100 219488 219817 244286 1 gsnedders webkit-unassigned bfulgham karlcow simon.fraser webkit-bug-importer zalan oldest_to_newest 1819759 0 gsnedders 2021-12-02 10:22:08 -0800 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. 1819761 1 webkit-bug-importer 2021-12-02 10:22:27 -0800 <rdar://problem/85977747> 1819762 2 gsnedders 2021-12-02 10:23:01 -0800 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.