mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-11-30 16:22:00 +00:00
4b8c77479a
We are using NonNegative now for offset-path, so just like clip-path, we have to make sure we don't get the negative radius for circle and ellipse, and don't get the negative border-radius for inset. Therefore, we have to convert the computed value into animated value when doing interpolation, and then clamp the value to make sure it is always >= 0 when converting it back to computed value, just like what we do for clip-path in Bug 1512883. Also drop the normalization of SVGPathData in AnimationInfo when preparing offset-path for compositor animations. It's useless because we "always" do normalization in SVGPathData::animate(). Differential Revision: https://phabricator.services.mozilla.com/D180284 |
||
|---|---|---|
| .. | ||
| components | ||
| ports/geckolib | ||
| tests/unit | ||
| moz.build | ||
| rustfmt.toml | ||