Re: Bug in image code ?

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

> For your povray terminal, what is the value of axis_array[axis].term_lo=
wer?=20
> Perhaps on other terminals these are large values (i.e., the terminal a=
xis=20
> has a noticable offset compared to its base coordinate system) and the=20
> int/unsigned issue becomes a non-issue.

    I didn't define any ! I wasn't even aware that such a thing existed
(I still don"t know gnuplot's code terribly well). However, grepping the
term directory seems to show me that only the x11 and the tkcanvas use
it, and only to read values out of it, not to assign anything to it.

    I tried to see how this "axis_array[axis].term_lower" was assigned.
It is assigned in axis.c, line 1314, by axis_graphical_range, and this
function is called in graph3d.c and graphics.c with argument alike
"xleft", itself defined, for instance by :

    xleft =3D (int) (xoffset * t->xmax
                   + t->h_char * (lmargin >=3D 0 ? lmargin : 2));

    So what your are telling me is indeed that my t->xmax, and t->h_char
are ill defined ?

    Povray terminal has :
#define POVRAY_XMAX (4096)
#define POVRAY_YMAX (4096)

and=20
#define POVRAY_HCHAR (POVRAY_XMAX/60)

    And, as a comparison, postscript terminal has :
#define PS_XMAX (10*720)

#define PS_HCHAR (14*PS_SC*6/10)

where PS_SC is given by :
#define PS_SC 10

So t->xmax =3D 4096 for povray, 7200 for postscript,
   t->h_char ~ 68 for povray, 84 for postscript.

    I don't see any obvious difference, but I think I have missed your
point. I don't really understand where axis_array[axis].term_lower comes
from, and what it is supposed to be.

--
    Ga=EBl