Re: pslatex code contaminating the gnuplot core

[Harald H. <h.h...@tu...>]

On Tue, 29 Mar 2005, Hans-Bernhard Broeker wrote:

> Ethan Merritt wrote:
>
> > only the final composite set of all sub-plots.  So instead of
> > layering, you end up with redundant redrawing of the same final
> > composite plot on top of itself.

Mmh, why I have not noticed that?

> > To do this properly, I think you would need to save each subplot
> > to a separate file and emit a corresponding \includegraphics
> > statement somewhere in term->suspend() or possibly in term->resume().

Another possibility could be to store everything temporarily and write
the 'back' labels of all sub-plots first, then the plots itself and
afterwards the 'front' labels. But I believe that this is a too strong
modification of gnuplots algorithm.

> I'm quite sure that that can't work either --- at the time of a
> term->suspend() or term->resume() call, one of the multiple plots is
> either completely finished, or hasn't actually been started yet. I.e. an
> \includegraphics issued at either of these points would always either
> end up with the graphical elements displayed in front of all texts, or
> behind all texts, neither of which is any better than the original state
> of things.
>
> I suspect multiplot vs. \includegraphics is a lost cause.   It's one of
> the situations where the old pslatex terminal's mode of operation with
> only one output file (postscript \specials directly interspersed with
> the LaTeX output) is a better idea --- even if it's seriously oldfashioned.

The main disadvantage is that it does not work with pdflatex and VTeX, for
example. But I must admit that I also don't know a satisfactory solution
for the problem using \includegraphics, at the moment.

-- 
Harald Harders
h.h...@tu...
http://www.harald-harders.de