W3C home > Mailing lists > Public > whatwg@whatwg.org > October 2009

[whatwg] Canvas Proposal: aliasClipping property

From: Robert O'Callahan <robert@ocallahan.org>
Date: Sat, 17 Oct 2009 16:10:56 +1300
Message-ID: <11e306600910162010w62aaa276jf655f9443b581102@mail.gmail.com>
On Sat, Oct 17, 2009 at 4:01 AM, Philip Taylor
<excors+whatwg at gmail.com<excors%2Bwhatwg at gmail.com>
> wrote:

> Yes, mostly.
> http://philip.html5.org/tests/canvas/suite/tests/index.2d.composite.uncovered.html
> has relevant tests, matching what I believed the spec said - on
> Windows, Opera 10 passes them all, Firefox 3.5 passes all except
> 'copy' (https://bugzilla.mozilla.org/show_bug.cgi?id=366283), Safari 4
> and Chrome 3 fail them all.
>
> (Looking at the spec quickly now, I don't see anything that actually
> states this explicitly - the only reference to infinite transparent
> black bitmaps is when drawing shadows. But
>
> http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas-element.html#drawing-model
> is phrased in terms of rendering shapes onto an image, then
> compositing the image within the clipping region, so I believe it is
> meant to work as I said (and definitely not by compositing only within
> the extent of the shape drawn onto the image).)
>

Yes, I think that's pretty clear as written.

I think there is a reasonable argument that the spec should be changed so
that compositing happens only within the shape. (In cairo terminology, all
operators should be bounded.) Perhaps that's what Safari and Chrome
developers want.

Rob
-- 
"He was pierced for our transgressions, he was crushed for our iniquities;
the punishment that brought us peace was upon him, and by his wounds we are
healed. We all, like sheep, have gone astray, each of us has turned to his
own way; and the LORD has laid on him the iniquity of us all." [Isaiah
53:5-6]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20091017/e8102263/attachment.htm>
Received on Friday, 16 October 2009 20:10:56 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:08:53 UTC