Implement RecordedStrokeGlyphs
Categories
(Core :: Graphics: Canvas2D, enhancement)
Tracking
()
Tracking | Status | |
---|---|---|
firefox123 | --- | fixed |
People
(Reporter: lsalzman, Assigned: lsalzman)
Details
Attachments
(1 file)
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 1•1 year ago
|
||
Updated•1 year ago
|
Comment 3•1 year ago
|
||
Backed out for causing Moz2DImageRenderer related failures.
Failure log: https://treeherder.mozilla.org/logviewer?job_id=443552315&repo=autoland
Backout link: https://hg.mozilla.org/integration/autoland/rev/2a7dd75d1bfc1693115b94b3e424e58b331cefab
Assignee | ||
Updated•1 year ago
|
Comment 5•1 year ago
|
||
bugherder |
Comment 6•1 year ago
|
||
The fuzz in https://phabricator.services.mozilla.com/differential/changeset/?ref=7260357 seems rather unfortunate, makes the tests basically useless... Can we do a bit better? Why are there so many (and so much) different pixels?
Assignee | ||
Comment 7•1 year ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #6)
The fuzz in https://phabricator.services.mozilla.com/differential/changeset/?ref=7260357 seems rather unfortunate, makes the tests basically useless... Can we do a bit better? Why are there so many (and so much) different pixels?
The tests seem on some level broken since they are comparing svg rendering vs html rendering, passing different stroking options (line join round vs. miter), one uses DrawTargetRecording vs one doesn't. It would be better if they took a similar rendering path, otherwise, any similarity is luck, rather than intentional.
Description
•