>>X-Injected-Via-Gmane: http://gmane.org/ >>To: [EMAIL PROTECTED] >>From: Angus Leeming <[EMAIL PROTECTED]> >>Subject: Re: Figure printing sideways >>Date: Thu, 18 Sep 2003 20:53:13 +0000 >>X-Complaints-To: [EMAIL PROTECTED] >> >>Kayvan A. Sylvan wrote: >> >>> I think this is a problem with epstopdf. >>> >>> Try removing the "%%Orientation: " line from your eps file and try >>> again. This is a hack, but I don't know the rigt fix yet.
This %%Orientation instruction does not appear in a exported eps file from xfig, and I checked that there is no real diff between exporting the same diagram in portrait or in landscape eps Here %transfig -V TransFig Version 3.2 Patchlevel 3c IMHO, exporting in portrait or in landscape makes no sense in EPS, I just would like to have it as I see it, and THEN rotate it in the document. So it seems to come from the gs translation. Maybe setting the env variable GS_OPTIONS to -dCompatibilityLevel=1.1 before calling epstopdf would improve the behaviour ? Solves most of the problems of converting eps bitmaps, and I suggested to suggest this in the tex2pdf script. I must say that xfig looks good here: other sofwares provide explicit portrait/landscape control in the eps file: this leads to unpredictable behaviour in the postprocessings and I take care to prevent landscape mode at source level, after having lost hours trying to wrap these postprocessings with various hacks. If pdflatex (or tex2pdf) is your tool, you may export as png as well; tex2pdf retains the original png if it is there, instead of converting to pdf. Not sure about the background processing done by lyx however, may call png->eps and then eps->pdf. -- Jean-Pierre
