Bug 30429 - Incorrect AA behaviour copying PDF to Image
Summary: Incorrect AA behaviour copying PDF to Image
Status: RESOLVED MOVED
Alias: None
Product: cairo
Classification: Unclassified
Component: pdf backend (show other bugs)
Version: 1.8.6
Hardware: All All
: medium normal
Assignee: Adrian Johnson
QA Contact: cairo-bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-28 09:18 UTC by Ian Britten
Modified: 2018-08-25 13:32 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Example of AA problem when copying PDF to Image (2.25 KB, text/plain)
2010-09-28 09:18 UTC, Ian Britten
Details

Description Ian Britten 2010-09-28 09:18:17 UTC
Created attachment 39016 [details]
Example of AA problem when copying PDF to Image

As first mentioned at http://lists.cairographics.org/archives/cairo/2010-September/020901.html , there seems to be some backwards logic regarding disabling AA, when copying a PDF surface to an image surface.  Attached is a sample program that demonstrates the problem.

To me, whether the final image pixels are AA'd or not should be determined by the AA setting on the target image surface, at the time the source PDF is copied to it.  My sample seems to indicate the opposite though - AA needs to be disabled on the *source* PDF surface, _before_ any data is drawn to it (And, the AA setting on the target Image surface is ignored).
Comment 1 GitLab Migration User 2018-08-25 13:32:33 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/cairo/cairo/issues/58.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.