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 [email protected] http://lists.gnu.org/mailman/listinfo/texmacs-dev
