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
_______________________________________________
Texmacs-dev mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/texmacs-dev