|
From: V. <gae...@no...> - 2005-07-24 11:16:10
|
On Sat, Jul 23, 2005 at 11:25:40PM -0500, Daniel J Sebald wrote:
> Certainly possible Gael (but little time).=20
Sure. I am aware of this as I am myself struggling to get my project
moving forward.
> set key auto
> ? Or simply from now one have "default" mean ostensibly auto placement=
?
Both, I think : "set key auto", as a default value.
> But... I suggest not emarking on such a feature until key layout for 2D=
and=20
> 3D is made more uniform.
I am making some progress on the povray terminal. You can have a
look at http://www.eleves.ens.fr/home/varoquau/gnuplot where you will
find the current povray.trm, and the demo file render through the
povray terminal. I use this to debug the terminal. I am finishing it :
debugging it, adjusting its overall structure, improving the quality of
the povray file generated. Most of the common features of a gnuplot
terminal are already implemented.
As for the key, the title, the colorbox, and other 2D elements that
have not to be placed on the plot I think it might be interesting to
deal with them in the camera's space, rather than in the plot's space.
This is how I position the lights and this is how I want to orient the
text (though this is still to do). I have defined a "x,y,z" space, which
is the plot's space, and an "a,b,c" space, which is the camera's space.
Maybe when we build the 3D terminal API it might be interesting to have
different calls to position elements in one frame or the other.
Indeed "set key auto" in 3D implies that gnuplot will have to project
the points of the plots to position the key, which, with a 3D compatible
driver means redoing twice the same work. Yes I agree that we have to
wait for the 2D/3D code restructuring before implementing a "set key
auto", however I think it is something that we must keep in mind.
--
Ga=EBl
|