- From: Rik Cabanier <cabanier@gmail.com>
- Date: Thu, 12 Dec 2013 18:09:01 -0800
- To: James Robinson <jamesr@google.com>
- Cc: www-svg <www-svg@w3.org>, www-style list <www-style@w3.org>, "public-fx@w3.org" <public-fx@w3.org>
- Message-ID: <CAGN7qDDsdhGdduoXTx84HvydkDxL5YbKK=8=4+7XUwMkNYPNmA@mail.gmail.com>
On Thu, Dec 12, 2013 at 4:59 PM, James Robinson <jamesr@google.com> wrote: > On Wed, Dec 11, 2013 at 9:41 PM, Rik Cabanier <cabanier@gmail.com> wrote: > >> >> >> >> On Wed, Dec 11, 2013 at 9:28 PM, James Robinson <jamesr@google.com>wrote: >> >>> Why are you trying to define how canvas works in a CSS spec? Canvas is >>> defined as part of HTML, including how the compositing operations are >>> applied. The text here is completely unhelpful. >>> >> This is not a 'CSS' spec; this is done through the fx working group which >> works on graphical operators. >> Some are CSS, others apply to canvas. The Web animation spec is purely >> JavaScript but will eventually define CSS properties as well. >> >> HTML refers to this spec to define compositing; the same is done in the >> filters spec. I don't understand what you think that that is not helpful >> (unless you think compositing should be redefined in every spec) >> > > The paragraph in question describes a compositing model that is not used > by canvas or HTML or CSS or SVG any other web technology and that there are > no plans to use in any web technology. in way way do you think that it > *is* helpful to have in a web standard? > There are plans. CSS compositing was going to use clip-to-self which is why it was deferred to level 2; it required too many changes which would slow down progress. Even if that was not the case, it's good to call out that there are different compositing modes and that canvas is using a particular one. That section of the spec has already come in handy when talking to browser developers (ie the skia team) and the graphics driver (ie NVidia)
Received on Friday, 13 December 2013 02:09:38 UTC