|
From: | Stewart Russell |
Subject: | Re: [Groff] User Problem with grops's Import. |
Date: | Mon, 27 May 2002 11:31:52 -0400 |
User-agent: | Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.4.1) Gecko/20020406 Netscape6/6.2.2 |
Ralph Corderoy wrote:
For instance, with my original w.ps figure gs reports %%BoundingBox: 301 357 311 405 %%HiResBoundingBox: 301.679991 357.479989 310.319991 404.519986 I'm coming to the opinion that %%BoundingBox is worse than useless unless you can engineer %%BoundingBox to equal %%HiResBoundingBox.
not so -- looks like you are hitting aliasing problems. Your EPS file is only 10pt wide, and with Bounding Box parsing being limited to integers, it won't ever import correctly. %%HiResBoundingBox has patchy support, even if gs does the right thing.
I prefer to have EPS files about page size, natural size, and use the including application to scale them to desired size.
If you thought %%BoundingBox support/implementation was bad, OPI is much worse! Each application has its own interpretation of the standard.
Stewart
[Prev in Thread] | Current Thread | [Next in Thread] |