Bug 39261 - Rasterized paints upside down if coordinate system is inverted
Summary: Rasterized paints upside down if coordinate system is inverted
Status: RESOLVED FIXED
Alias: None
Product: Fop - Now in Jira
Classification: Unclassified
Component: pdf (show other bugs)
Version: 0.91
Hardware: Other All
: P3 minor
Target Milestone: ---
Assignee: fop-dev
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-10 15:01 UTC by Michal Sevcenko
Modified: 2012-04-22 21:11 UTC (History)
0 users



Attachments
test example (1.99 KB, text/java)
2006-04-10 15:03 UTC, Michal Sevcenko
Details
expected output (1.55 KB, application/pdf)
2006-04-10 15:03 UTC, Michal Sevcenko
Details
current incorrect output (with patch #39033 disabled) (1.41 KB, application/pdf)
2006-04-10 15:04 UTC, Michal Sevcenko
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michal Sevcenko 2006-04-10 15:01:00 UTC
When you invert the coordinate system using PDFGraphics2D.scale(1,-1), to make 
it compatible with AWT's coordinate system, the inversion is not obeyed by the 
painter routine that processes unknown paints, see example below. That is, the 
raster is the same as if you didn't define the transform. See attached 
example, as well as current and expected output.

I used gradient paint to force rasterization, so you must disable my recent 
patch (bug #39033) that prevents rasterization, to see the error.
Comment 1 Michal Sevcenko 2006-04-10 15:03:19 UTC
Created attachment 18051 [details]
test example
Comment 2 Michal Sevcenko 2006-04-10 15:03:48 UTC
Created attachment 18052 [details]
expected output
Comment 3 Michal Sevcenko 2006-04-10 15:04:31 UTC
Created attachment 18053 [details]
current incorrect output (with patch #39033 disabled)
Comment 4 Glenn Adams 2012-04-07 01:44:10 UTC
resetting P2 open bugs to P3 pending further review
Comment 5 Luis Bernardo 2012-04-22 16:46:59 UTC
this is fixed and can be closed.
Comment 6 Glenn Adams 2012-04-22 17:18:48 UTC
(In reply to comment #5)
> this is fixed and can be closed.

luis, do you have any information about which revision fixed it? or is it that you are unable to reproduce it now?
Comment 7 Luis Bernardo 2012-04-22 20:49:36 UTC
the thread of comments above gives the answer. the patch for bug 39033, which has been applied, also fixes this bug. I also ran the test case and the output is the expected.
Comment 8 Glenn Adams 2012-04-22 21:11:36 UTC
(In reply to comment #7)
> the thread of comments above gives the answer. the patch for bug 39033, which
> has been applied, also fixes this bug. I also ran the test case and the output
> is the expected.

not really, but i tracked down the answer via bug 39033; see 
http://svn.apache.org/viewcvs?rev=392917&view=rev for fix