[Texmacs-dev] gs_to_png broken -- how to fix?

[Norbert Nemec]

Hi there,

i just wondered why several old documents that used to work fine do not 
properly display the linked EPS images any more. I identified the problem as an 
inconsistency in using Ghostscript:

The routine gs_image_size uses 'gs -sDEVICE=bbox' to obtain the image size. 
This command ignores the bbox saved in the header of the eps image and instead 
analyses the contents to find the smallest rectangle containing the image.

Lateron the image is scaled with gs setting the computed resolution via the 
'-r' option. In this context, Ghostscript honors the bbox in the EPS header.

The result is that EPS files that contain an empty border within the specified 
bounding box around the actual content are displayed shifted and cropped within 
TeXmacs.

Before trying to fix this inconsistency: what behavior is intended? Should the 
specified bbox be honored or should TeXmacs determine the bbox from the content?

Perhaps, the best solution would be to honor an existing bbox and determine the 
bbox from the content if none is given within the EPS file. This may cause 
problems with EPS files that specify a bad bbox, but at least it will work 
correctly with intentionally non-minimal bbox settings.

Opinions?

Norbert Nemec
-- 
Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief!  
Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail