185816 2018-05-21 00:53:10 -0700 Run clip-path animations on the compositor 2026-01-29 06:58:04 -0800 1 1 1 Unclassified WebKit CSS Safari Technology Preview Unspecified Unspecified NEW InRadar P2 Normal --- 126207 1 jaffathecake webkit-unassigned bfulgham bramus dino pdr simon.fraser webkit-bug-importer oldest_to_newest 1425597 0 jaffathecake 2018-05-21 00:53:10 -0700 http://output.jsbin.com/ticeve/quiet - this is a CSS animation. If you hit the 'jank' button (which causes the event loop to block), the reveal/hide part of the animation stutters. It's common in UI for a transition to include scale/translation, but also some kind of revealing/hiding. The former is easy to do entirely on the compositor, and avoid any kind of main thread jank, but the latter isn't. You can kinda work around it by translating an element within an element that's overflow:hidden, but it gets complicated fast. Ideally clip-path would work entirely on the compositor, and not jank like the demo page. 1581886 1 simon.fraser 2019-10-21 10:46:25 -0700 Clip-path changes don't trigger repaints, but we don't run them in the compositor. I'd have to see how to map them to CoreAnimation APIs. 1884179 2 bfulgham 2022-07-15 13:43:47 -0700 Feature Request 1884180 3 webkit-bug-importer 2022-07-15 13:43:49 -0700 <rdar://problem/97091889> 2176016 4 pdr 2026-01-28 16:59:45 -0800 Chromium is getting close to launching this in https://crbug.com/40503852, and it would be amazing to have this more broadly available. I wonder if this feature would actually be somewhat straightforward to implement in Safari with a path animation on a CAShapeLayer?