[OS X TeX] TeXShop 2.07

Maarten Sneep maarten.sneep at xs4all.nl
Thu Jan 12 15:10:44 EST 2006

On 12 Jan 2006, at 1:27, Peter Dyballa wrote:

> Am 11.01.2006 um 22:59 schrieb Maarten Sneep:
>> There is a tool in the ghostscript suite that normalises  
>> postscript code: eps2eps
> What speaks against a simple:
> 	ps2pdf14 -dAutoRotatePages=/None infile.ps /tmp/`id -u`/tmp- 
> outfile.pdf
> 	pdfcrop --noverbose --hires /tmp/`id -u`/tmp-outfile.pdf infile.pdf
> 	rm /tmp/`id -u`/tmp-outfile.pdf

In the majority of cases it isn't needed. I don't know if pdfcrop  
properly adjusts for line thickness, but that is notoriously hard. So  
if it isn't needed, I don't want those other tools touching my eps  

Perhaps epstopdf should try the simple method first (and redirect its  
stderr to /dev/null). In case of failure, the various other methods  
can be used.

BTW. Grace produces obnoxious PS code, I already mentioned the miter  
line-join "adding" noise to your graphs, but there are far more  
reasons to dump it. The first experience I had with its output was  
when converting a thesis into PDF. We kept having characters that  
were bitmapped. That was Grace. To rotate text, it created a bitmap  
of the characters and rotated those. The reason it looks ok-ish was  
the required resize, since grace will only really produce page-sized  
graphs. I think it is even harder to rotate a bitmap in PS than to  
rotate the text in PS itself. This error has been corrected since,  
but my trust in Grace never came back.

BTW, there is a pdf-output option in Grace (certainly in the version  
that created the problematic sample graph). This could then be put  
through pdfcrop to produce the wanted results.

------------------------- Info --------------------------
Mac-TeX Website: http://www.esm.psu.edu/mac-tex/
          & FAQ: http://latex.yauh.de/faq/
TeX FAQ: http://www.tex.ac.uk/faq
List Archive: http://tug.org/pipermail/macostex-archives/

More information about the MacOSX-TeX mailing list