Closed
Bug 764108
Opened 12 years ago
Closed 12 years ago
[Azure] Cairo canvases have precision issues which cause a test fail
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: nrc, Unassigned)
References
(Depends on 1 open bug)
Details
Attachments
(1 file)
420 bytes,
text/html
|
Details |
http://philip.html5.org/tests/canvas/suite/tests/2d.path.stroke.skew.html fails. The problem can be seen more clearly on the attached example.
I believe this is due to a precision issue, we end up doing a lot of transforms because of the way we implement paths, here there is a rotation, then a large scale, which highlights the problem.
Comment 1•12 years ago
|
||
(In reply to Nick Cameron [:nrc] from comment #0)
> Created attachment 632361 [details]
> example, highlights the error
>
> http://philip.html5.org/tests/canvas/suite/tests/2d.path.stroke.skew.html
> fails. The problem can be seen more clearly on the attached example.
>
> I believe this is due to a precision issue, we end up doing a lot of
> transforms because of the way we implement paths, here there is a rotation,
> then a large scale, which highlights the problem.
Do you know why this doesn't impact the other backends?
Reporter | ||
Comment 2•12 years ago
|
||
I think it is something to do with Cairo using limited precision fixed point internally, but that is mostly a guess.
Comment 3•12 years ago
|
||
(In reply to Nick Cameron [:nrc] from comment #2)
> I think it is something to do with Cairo using limited precision fixed point
> internally, but that is mostly a guess.
Can you figure out why didn't we hit this problem before?
Reporter | ||
Comment 4•12 years ago
|
||
My guess is that with the Azure layer, we are doing a bunch more transforms than before (especially with paths), and this exposes the precision issue sooner. I imagine that the bug could be recreated without Azure, but that it would take more effort.
Comment 5•12 years ago
|
||
(In reply to Nick Cameron [:nrc] from comment #4)
> My guess is that with the Azure layer, we are doing a bunch more transforms
> than before (especially with paths), and this exposes the precision issue
> sooner. I imagine that the bug could be recreated without Azure, but that it
> would take more effort.
It would be nice to have more than a guess. It should be pretty easy to compare the points going into cairo in both cases.
Reporter | ||
Comment 6•12 years ago
|
||
This no longer looks broken, I assume that the work on Azure/Cairo paths (e.g., bug 795135) fixed this somehow. Which presumably means I was wrong about it being a precision issue, but I don't really see the point in investigating further.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•