Skip to content

[web-animations-1] Keyframe computed value computation is confusing #8944

@fantasai

Description

@fantasai

In https://drafts.csswg.org/web-animations-1/#calculating-computed-keyframes the spec tries to redefine how the cascade works, for example, saying that longhands override shorthands. This seem to imply that, e.g. in

@keyframes cascade-test {
    from {
      border-style: double;
      border: solid;
    }
    to {
      border-style: dashed;
      border: solid;
    }
  }

we would get an animation of a dashed/double border, instead of a solid border (as a true cascade would imply).

It's only reasonable to apply these rules to an API that takes a set of property declarations without ordering them.

IMHO, WA1 should only define a rule for ordering an unordered set of property values, and say that it only triggers if there is no inherent ordering in the API using it. And other than defining an order, it shouldn't try to interpret the properties, instead leaving that to CSS to define. (For example, WA1 gets the input to mapping between physical and logical properties wrong.)

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions