Re: x11 terminal size (was Re: tiny fonts with wxt term)

[Daniel J S. <dan...@ie...>]

Hans-Bernhard Br=F6ker wrote:
> Daniel J Sebald wrote:
>=20
>> You must agree that by fixing the dimensions that the x11 display
>> doesn't actually display in proper proportions for some plot
>> elements.  (Unless the user resizes to a square window.) =20
>=20
>=20
> It looks like you're stilling missing the point.  The ratio of x and y=20
> coordinate ranges in the terminal definition has *no* direct relation t=
o=20
> the actual size of the window.  There's a coordinate transformation=20
> between the two.  The core code knows that.  Its way of taking care of=20
> such things are the v_tic and h_tic elements.  *These* are the ones tha=
t=20
> have to end up equally long on the output medium.  That's why the arrow=
s=20
> in the demo, and the implementation of "set size ratio -1", refer to=20
> v_tic and h_tic.
>=20
>> Anyway, there is no easy way to modify t->xmax or t->ymax, is there?
>=20
>=20
> Depends on what you call easy.  X11 already modifies the font size=20
> on-the-fly, by using feed-back from x11.trm to the X11 window and back=20
> to x11.trm (see X11_graphics()).  There's no particularly strong reason=
=20
> that would keep it form doing the same for the size.

OK, I wasn't clear on the v_tic/h_tic usage.  So, does this mean that "te=
rm_test" should not by using t->xmax, but rather some function of t->h_ti=
c?  Same for v_tic/ymax?

Let me look quick at "test" results again...  Well, it is difficult to ju=
dge the relationship of the little tics on "test" given how small they ar=
e.  (Displaying 10x the tic values would be nicer.)  But from what I see =
all terminals have v_tic equal to h_tic (on my monitor) including x11.

Dan