Re: Povray terminal output

[V. <gae...@en...>]

> >That issue of 2D vs. 3D is actually a major part of the problem.=20
> >gnuplot's terminal driver layer is entirely 2D by design.  The only=20
> >case where 3D data actually survives into an splot's output is 'set=20
> >term table

>  But again, I'd=20
> wait until 2D/3D are made more similar before attempting anything like =
that.

   To sum up what I have understood the terminal driver does not
currently take care of the 3D rendering, it is just a 2D output filter.
Well, as you will probably at some point restructure Gnuplot way of
handling 2D/3D by probably creating a suited abstraction layer (every
2D/3D program inventuily runs into that problem), I think you could think
have a close look into a povray output.

   I had a small look into povray and I must say it is quite convenient
for scientific plotting. I am amazed at the possibilities. Writing a
terminal driver may actual be more a work of building povray syntax
blocks that would correspond with gnuplot's rendering engine than writing
a conventional terminal driver.

   Actually, while writing that I realised that this was probably the ste=
p
where to start to do a povray output in gnuplot (it technically would not
be a terminal driver, as far as I understand how Gnuplot terminal drivers
work) : it would have to do most of its work before gnuplot's rendering
engine.

    Well I know nothing of Gnuplot's internals, so I think I am going to
stop my speculations now.

        Ga=EBl