Re: Resize behaviour for the wxt terminal

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

Thanks.  I have no qualms with the way that behaves.  Forcing an aspect r=
ation on the window would then not allow reploting to a different aspect =
ratio.  I take it that you are changing your values for

     unsigned int xmax,ymax,v_char,h_char,v_tic,h_tic;

in the terminal definition so that it has an effect on the manner in whic=
h the core lays out the plot.  (In your example, it appears the fonts bec=
ome a different size relative to the position and the line thickness chan=
ges.)  If that is the case, would it be worthwhile to add an escape key t=
hat will print out what your xmax/ymax are?  That might give the user som=
e guidance in how to pick these values when transition to a different ter=
minal for an output figure.

Dan


Timoth=C3=A9e Lecomte wrote:
> Daniel J Sebald wrote:
>=20
>> Timoth=C3=A9e Lecomte wrote:
>>
>>> Dear gnuplot developpers,
>>>
>>> I just committed a small peace of code to fill in gray the empty=20
>>> space left aside or below a plot when you resize the wxt terminal=20
>>> window without keeping its aspect ratio constant. This was the=20
>>> easiest way to make this behaviour a little more easy to understand=20
>>> visually. I also modified the help text a little bit to reflect that.=
=20
>>> I would like to know if it's ok for you now. I know that this=20
>>> behaviour was one of the few complaints about the wxt terminal. I am=20
>>> still reluctant to make it behave like the x11 terminal, since I=20
>>> don't like it at all. Moreover, I'm convinced it's not a critical=20
>>> point: at worse, after some time the user will realize he just has to=
=20
>>> type 'replot' or, more easily, to click on the 'replot' icon to have=20
>>> the plot be redrawn completely to fit in the window.
>>
>>
>> Timoth=C3=A9e, could you send or place a screen capture somewhere with=
 this=20
>> gray area?  Another thing you could do is force an aspect ratio on the=
=20
>> window rather than display some area as a different color, i.e., an=20
>> ability to resize by mouse, but not independently in both dimensions.
>>
>> I like the X11 behavior, but it isn't critical that other window=20
>> platforms behave the same way.  Maybe an alternative from X11 is good=20
>> at this point.
>>
>> Dan
>=20
> Here are four captures of the wxt window :
>=20
> http://tipote.free.fr/initial.png
>    =3D> initial window after 'plot x**2'
>=20
> http://tipote.free.fr/decrease_y.png
>    =3D> I decrease the height of the window, the plot is downscaled and=
=20
> keeps its aspect ratio, leaving a gray area on the right of the window
>=20
> http://tipote.free.fr/increase_x_and_y.png
>    =3D> I increase both the width and the height of the window, the hei=
ght=20
> is increased more than the width. A gray area is left on the bottom of=20
> the window.
>=20
> http://tipote.free.fr/after_replot.png
>    =3D> I hit the 'replot' icon or type 'replot'. The plot is regenerat=
ed,=20
> fills the whole window, and font sizes and linewidths take their=20
> original value back.
>=20
> Best regards,
>=20
> Timoth=C3=A9e
>=20


--=20

Dan Sebald
phone: 608 256 7718
email: daniel DOT sebald AT ieee DOT org
URL: http://webpages DOT charter DOT net/dsebald/