This sounds like a very good proposal, but can we extend it to include other things than just drawImage? I'm not sure how useful it would be, but it could perhaps include all the other drawing options, like stroking and filling paths created with lineTo, arc, etc. <br>
<br>Marius Gundersen<br><br><div class="gmail_quote">On Sun, Oct 4, 2009 at 9:10 AM, Charles Pritchard <span dir="ltr"><<a href="mailto:chuck@jumis.com">chuck@jumis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
There have been a few discussions about anti-aliasing / aliasing in Canvas implementations.<br>
Of those I read through, the conflict remains.<br>
<br>
In some implementations: when drawImage is used along with a clipping path,<br>
feathering is applied. This shows up in several projective transformation demos<br>
contrasting Firefox with Chrome.<br>
<br>
I believe that if we allow a toggle for this setting, we can bring some compatibility<br>
to the two systems.<br>
<br>
Enumerate two aliasClipping values : "aliased", "feathered"<br>
<br>
I consider "anti-aliased" to confusing, I think "feathered" is a better name.<br>
<br>
.....<br>
<br>
[Supplemental]<br>
interface CanvasRenderingContext2D {<br>
    attribute DOMString aliasClipping; // default "feathered"<br>
 }<br>
<br>
context . aliasClipping [ = value ]<br>
<br>
    Returns the current aliasing of the clipping region, as applied to rendering operations.<br>
<br>
    Can be set, to change the aliasing value.<br>
<br>
    If any of the arguments are not implemented, throws a NOT_SUPPORTED_ERR exception.<br>
<br>
CanvasRenderingContext2D.prototype.defineSetter('aliasClipping') { throw NOT_SUPPORTED_ERR; }<br>
<br>
</blockquote></div><br>