Comment 5 for bug 1234405

Revision history for this message
su_v (suv-lp) wrote :

On 2013-10-03 04:00 +0200, Martin Gelfand wrote:
> The cropped PDF that results from using ps2pdf is not the same as
> what I see in inkscape! ps2pdf -dEPSCrop (or with other EPS-specific
> options) crops the entire figure, slicing it vertically at around
> t=125 on the plot. What I see in inkscape (can anyone else verify?)
> is the entire graph, just the one tick label "150" is missing.

Did you open the PDF file generated with ps2pdf on the command line in Inkscape? Maybe we used different Ghostscript versions, but in my test, the PDF file looked identical to the EPS import of the original file in Inkscape.

AFAIU that label is "dropped" because it's entirely outside the area of the default page (A4, or US Letter, Portrait) Ghostscript normally uses for the conversion (unless e.g. -dEPSCrop is specified for EPS files).

Not sure what to do about this report - turn it into a feature request to either
 a) implement PS/EPS import internally based on a suitable library which parses the PostScript file to extract the important instructions wrt to bbox, page size and orientation
 b) enhance the default PS/EPS import i.e. add additional Ghostscript options to that dialog which allow more fine-grained control of the conversion PS/EPS -> PDF
or close it based on "not a bug, just unexpected behavior"?

With regard to option b):
Earlier this year I made an attempt to write an enhanced python-based PostScript input extension, but the interface is confusing (as are the GhostScript options), and successful import is somewhat of a 'trial and error' routine:
<http://bazaar.launchpad.net/~suv-lp/+junk/inkscape-extensions/files/head:/postscript-input/>

I'm attaching an SVG version of the original EPS file which was imported forcing a preset page size (US Letter, Landscape) using this custom extension.

[ Final note on that custom extension: it was developed with current Inkscape trunk and the some of the tabs look terrible with current stable 0.48 because the widgets are not as tightly packed as in trunk ]