| Summary: | PDF output mangles clipping path | ||
|---|---|---|---|
| Product: | Ghostscript | Reporter: | John Haltiwanger <john.haltiwanger> |
| Component: | PDF Writer | Assignee: | Ken Sharp <ken.sharp> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | chris.liddell |
| Priority: | P4 | ||
| Version: | 9.04 | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Customer: | Word Size: | --- | |
| Attachments: |
Generative design in an EPS file. Re-interpret for different results.
non-generative example |
||
Created attachment 7985 [details]
non-generative example
Ghostscript, Acrobat, xpdf, Jaws and Harlequin all render the Ghostscript/pdfwrite produced PDF correctly. The *only* viewer I can find that gets it *wrong* is evince. This leads me to believe it is an evince/poppler bug, rather than a pdfwrite problem (which is interesting as poppler is a fork of xpdf!). Reporter agrees with my conclusion - closing........ |
Created attachment 7984 [details] Generative design in an EPS file. Re-interpret for different results. When invoking `gs -sDEVICE=pdfwrite -sOutputFile=myfile.pdf -dBATCH -dNOPAUSE complex.eps`, the generated PDF shows strokes outside of established clipping paths. The input file is an EPS file which prints fine when sent directly to a PostScript printer. This leads me to believe that, however sloppy the code may or may not be from a professional PS perspective, it is not the input file which is at fault. Please note that the EPS is a generative design. If the reported bug is not displayed when you first invoke gs, _please_ repeat: some of the patterns in the EPS file exhibit less or none of the abherrent artifacts.