[gs-bugs] [Bug 689726] New: -dEPSCrop depends on EPSF-3.0 header?

bugs.ghostscript.com-bugzilla-daemon at ghostscript.com bugs.ghostscript.com-bugzilla-daemon at ghostscript.com
Wed Feb 27 11:47:34 PST 2008


http://bugs.ghostscript.com/show_bug.cgi?id=689726

           Summary: -dEPSCrop depends on EPSF-3.0 header?
           Product: Ghostscript
           Version: 8.61
          Platform: PC
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P4
         Component: General
        AssignedTo: support at artifex.com
        ReportedBy: htl10 at users.sourceforge.net
         QAContact: gs-bugs at ghostscript.com


Not sure if this is considered a bug or not - but the documentation for 
-dEPSCrop probably can be updated if the behavior is intentional.

I was trying to do 
gs -sDEVICE=tiffg4 -dEPSCrop -dNOPAUSE -dBATCH boundbox_A4.ps

and gs cropped the output to to letter (the default paper size); adding 
EPSF-3.0 in the header get the desired behavior (crop to a little inside A4).

I guess what I expect is that EPSCrop works as boundbox crop,
(with or without EPSF header; probably not relevant to pdf?). 
Would a boundingboxcrop  be considered a useful improvement?
The current behavior seems to be intentional, since
it depends on all the EPS hooks. But I can see for most graphic conversion,
boundingbox crop is desirable (and the input should be EPS without declaring so).



------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.



More information about the gs-bugs mailing list