W3C home > Mailing lists > Public > public-fxtf-archive@w3.org > February 2017

Re: [fxtf-drafts] [css-motion] offset-* property names collide with logical properties

From: Amelia Bellamy-Royds via GitHub <sysbot+gh@w3.org>
Date: Sun, 19 Feb 2017 02:09:42 +0000
To: public-fxtf-archive@w3.org
Message-ID: <issue_comment.created-280890090-1487470180-sysbot+gh@w3.org>
Was there a conclusion to this discussion?  Chrome has shipped support
 for the new names, although they still don't support the full spec.

I thought of it again while reading up on the Web Animations API.  As 
@birtles briefly [mentioned 
 WAAPI uses `offset` in a keyframes set to indicate the timing offset,
 and they do it in a way that is syntactically indistinguishable from 
a CSS property named `offset`. *

Regardless, if the decision is to go with the current names, it would 
be nice to get a resolution & close this issue.  Or if the issue is 
open until the logical properties spec is updated, at least mark the 
resolution about the offset/motion property names.


* Short version of that conflict:

The following CSS keyframes:

@keyframes {
20% {color: blue; opacity: 1}
70% {color: pink: opacity: 0.5}

can be written for WAAPI as:

  { color: "blue", opacity: 1, offset: 0.2 },
  { color: "pink", opacity: 0.5, offset: 0.7 },
], duration);

Which happens to look an awful lot like how you'd try to write a 
keyframe animating an `offset` property.

And yes, this was perhaps a poor API design choice for that spec, see 
https://github.com/w3c/web-animations/issues/164 for discussion. But 
it's already shipped in 2 browsers.

GitHub Notification of comment by AmeliaBR
Please view or discuss this issue at 
using your GitHub account
Received on Sunday, 19 February 2017 02:09:48 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:50:20 UTC