Summary: | Ghostscript differs from Acrobat in handling filling an empty clip region | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Robin Watts <robin> |
Component: | Graphics Library | Assignee: | Robin Watts <robin.watts> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | christinedelight.top85, sphinx.pinastri |
Priority: | P4 | ||
Version: | master | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Customer: | Word Size: | --- | |
Attachments: |
clipbug.ps
clipbug.ps with labels clipbug.pdf - a matching hand-made PDF file. |
Description
Robin Watts
2009-12-17 12:20:13 UTC
Created attachment 5791 [details]
clipbug.ps
The test file creates 7 different clip regions, and rectangle fills behind
them. The clip regions are defined by using the clip operator to restrict the
current clipping region to the current path, where the paths differ in each
case, as follows:
1) moveto
2) moveto, close
3) moveto, lineto (same position), close
4) moveto, lineto (horizontal change), close
5) moveto, lineto (vertical change), close
6) moveto, lineto (diagonal change), close
7) moveto, lineto (horizontal change), lineto (vertical change), lineto
(retrace steps), close
All of these result in paths that enclose zero area.
Acrobat marks the page for 4,5,6,7. Ghostscript for 4,6,7.
The GS code currently does not mark the page if the 'inner bbox' of the
clipping path is a single point (or invalid). The inner bbox should not be a
single point for 5, so I suspect the difference here lies elsewhere.
Reassigning to new email address. I confirm that Acrobat marks 4,5,6,7. Ghostscript normally marks 4,5,6,7 bit can drop some lines at special resolutions. At 300 dpi it marks 4,6,7; at 72, 144, and 216 dpi it marks 4,6. Created attachment 20406 [details]
clipbug.ps with labels
Created attachment 20407 [details]
clipbug.pdf - a matching hand-made PDF file.
|