[pstricks] pst-eps : wrong bounding box due to spurious blanks

[Michael Sharpe]

The package pst-eps was never intended for anything but pure graphics---no text or composite objects. If your goal is to produce nicely cropped one-page eps  using pstricks, do as in your example but without pst-eps, run tex+dvips, and then run the following:

ps2eps -l -f -g -5=3600 xxx.ps

which will produce xxx.eps with a slightly lose bounding box and a highly accurate hires bounding box.

Michael

On May 18, 2010, at 1:50 AM, Christian Sgraja wrote:

> Hi all,
> 
> as to publication requirements, I have to go the old-fashioned way and export my PSTricks figures and plots to EPS format for later inclusion. Package pst-eps should be your friend in this case. Everything fine so far, except that for figures with text placement via \rput, the EPS bounding box is computed incorrectly. There is extra border space to the left and at the bottom of the actual figure area.
> 
> I have tried to track down the issue; in the end, it seems that spurious blanks are causing the problem. Consider the following example:
> 
> \documentclass[10pt]{article}
> 
> \usepackage{pst-plot,pst-eps}
> \pagestyle{empty}
> 
> \begin{document}
> 
> \begin{TeXtoEPS}
>   \begin{pspicture}(0.1,0.1)(8.9,6.1)%
>     \psframe(0.1,0.1)(8.9,6.1)%
>     \rput(4.5,5.0){xxx}%
>   \end{pspicture}%
> \end{TeXtoEPS}
> 
> \end{document}
> 
> 
> Either of the following modifications does solve the problem:
> 
> a) Delete the \rput line
> b) Omit loading the pst-plot package
> 
> However, neither of them is an option, as I need to \rput my text and load pst-plot for more advanced things. Basically, the issue is not tied to pst-plot in particular, pst-node for instance causes the same extra border space. A further observation: if you extend the text length from "xxx" to "xxxxxx", the extra space to the left becomes larger.
> 
> To ensure that I'm using the latest sources, I have pulled over the latest PSTricks TDS tree to my local texmf folder. However, this didn't make a difference. Any clues?
> 
> Thanks, Christian