[whatwg] I believe source rectangles for HTML5 Canvas drawImage are specified incorrectly

2012-08-20 Thread Kevin Gadd
Hi, I've been digging into an inconsistency between various browsers' Canvas implementations and I think the spec might be allowing undesirable behavior here. The current version of the spec says

Re: [whatwg] I believe source rectangles for HTML5 Canvas drawImage are specified incorrectly

2012-08-20 Thread Justin Novosad
Hi Kevin, The same artifact use to be present in Chrome not that long ago. When we fixed it, we chose to interpret original image data as meaning the part of the image data that is within the bounds of the of the source rectangle. Also, it makes more sense to do it that way. I agree that the spec

Re: [whatwg] I believe source rectangles for HTML5 Canvas drawImage are specified incorrectly

2012-08-20 Thread Rik Cabanier
Hi Kevin, can you log a bug on this? https://www.w3.org/Bugs/Public/enter_bug.cgi once it's in the system, we can fix the wording in the spec. Rik On Mon, Aug 20, 2012 at 6:38 AM, Kevin Gadd kevin.g...@gmail.com wrote: Hi, I've been digging into an inconsistency between various browsers'

Re: [whatwg] Canvas arcTo method

2012-08-20 Thread Rik Cabanier
Hi Michael, in your case, the first control point is not the same as the last point of the subpath. The 'scale(2,1)' set up a different coordinate system. You can rewrite your code from this: ctx.lineTo(100, 100); ctx.scale(2, 1); ctx.arcTo(100, 100, 100, 200, 100); to this: ctx.scale(2, 1);

Re: [whatwg] I believe source rectangles for HTML5 Canvas drawImage are specified incorrectly

2012-08-20 Thread Ian Hickson
On Mon, 20 Aug 2012, Rik Cabanier wrote: can you log a bug on this? https://www.w3.org/Bugs/Public/enter_bug.cgi once it's in the system, we can fix the wording in the spec. No need to file a bug; any e-mail sent to this list automatically ends up on the list of issues to fix and will

Re: [whatwg] Canvas arcTo method

2012-08-20 Thread Michael Day
Hi Rik, The 'scale(2,1)' set up a different coordinate system. You can rewrite your code from this: ctx.lineTo(100, 100); ctx.scale(2, 1); ctx.arcTo(100, 100, 100, 200, 100); to this: ctx.scale(2, 1); *ctx.lineTo(50, 100);* ctx.arcTo(100, 100, 100, 200, 100); Right,

Re: [whatwg] Canvas arcTo method

2012-08-20 Thread Rik Cabanier
On Mon, Aug 20, 2012 at 5:55 PM, Michael Day mike...@yeslogic.com wrote: Hi Rik, The 'scale(2,1)' set up a different coordinate system. You can rewrite your code from this: ctx.lineTo(100, 100); ctx.scale(2, 1); ctx.arcTo(100, 100, 100, 200, 100); to this:

Re: [whatwg] Canvas arcTo method

2012-08-20 Thread Michael Day
Hi Rik, Yes, that is one way of implementing it. This is not specific to arcTo; this happens with all drawing operators. It is not quite the same with other drawing operators, for example: ctx.setTransform(...T1...); ctx.lineTo(100, 100); ctx.setTransform(...T2...); ctx.lineTo(100, 100);

Re: [whatwg] Canvas arcTo method

2012-08-20 Thread Rik Cabanier
On Mon, Aug 20, 2012 at 8:15 PM, Michael Day mike...@yeslogic.com wrote: Hi Rik, Yes, that is one way of implementing it. This is not specific to arcTo; this happens with all drawing operators. It is not quite the same with other drawing operators, for example:

Re: [whatwg] Canvas arcTo method

2012-08-20 Thread Michael Day
Hi Rik, Yes you can go to absolute canvas coordinates but you need to remember that the radius is transformed too. You cannot transform the three control points, and then generate the arc. If you do this, you will always get circular arcs, whereas a scale(2, 1) will produce an elliptical