Re: wxWidgets terminal : XPM cursors and icons

[<tim...@en...>]

Ethan Merritt wrote:
> I would rather the plot filled the window.
> Another option is to honor the setting of "set ratio", if any,
> but otherwise fill the window.  This has been suggested for=20
> x11 also, but nobody has offered a patch :-)
>  =20
>
I am afraid there's a confusion here. The wxWidgets terminal always=20
honor the settings of "set size ratio <r>" when you plot something. The=20
question only affects what happens immediately when you resize a window.

gnuplot> plot x    =3D> the plot window is filled, let's say it is 600x40=
0
[you resize the window to 200x200]   =3D> the plot will be scaled to=20
200x133, (font sizes and linewidths rescaled)
gnuplot> plot x    =3D> the plot window is filled again, the plot is=20
200x200, the font sizes and linewidths are back to original.

I like this behaviour because gnuplot has carefully taken the font sizes=20
into account to draw something with a good layout, so this layout should=20
not be messed up when you resize your window (remember that we can't=20
call 'replot' automatically as it is not compatible with multiplot).

I admit that linewidths could not be scaled, I don't really mind. But=20
font sizes seem more important to me as they are the base of gnuplot=20
layout computations.

Petr Mikulik wrote:
>> By the way, the wxWidgets terminal differs from others in the fact
>> that it keeps the aspect ratio (width/height) of the plot
>>
>> Now that several of you have tried it, can you tell me how you feel
>> about that behaviour ?
>
> OS/2 PM terminal has a check menu item where you can set which=20
> behaviour you like at the moment. I preferred non-aspect ratio for=20
> most plots, and aspect ratio for maps. Now, with other terminals, I=20
> prefer the x11 way -- the ration can be set by 'set size ratio -1'.
Same remark as above : "set size ratio <r>" is relevant to the time when=20
gnuplot computes the plot, not when you resize your window between two=20
different "plot <something>". Anyway, I think that the x11 way doesn't=20
respect "set size ratio -1" (for example) :

gnuplot> set term x11
gnuplot> set size ratio -1
gnuplot> plot x    =3D> the plot window is is 600x400, the axes are a squ=
are
[you resize the window to 200x200]   =3D> the plot is scaled to 200x200,=20
(font sizes and linewidths not rescaled), it loses its square aspect,=20
whereas you explicitely asked for it
gnuplot> plot x    =3D> nothing changes

With the wxWidgets terminal :

gnuplot> set term wxt
gnuplot> set size ratio -1
gnuplot> plot x    =3D> the plot window is is 600x400, the axes are a squ=
are
[you resize the window to 200x200]   =3D> the plot is scaled to 200x133,=20
(font sizes and linewidths rescaled), it keeps its square aspect
gnuplot> plot x    =3D> gnuplot recomputes the plot, it profits better=20
from the new window size, the axes are still square

With the wxWidgets terminal, the plot is always square, whereas it's not=20
with the x11 terminal !

>
>> it scales the font sizes and linewidths when you resize the window.
>
> I prefer fixed sizes; you can still read&monitor the plot in a small=20
> window.
In any case, as soon as you hit 'replot' (via the icon, the key, or in=20
the command line), gnuplot computes the plot again and take the default=20
sizes.
I was thinking exactly the same as you ... but in favor of the rescaling=20
: "I prefer to rescale font sizes, so that you can still have a clean=20
plot in a small window, without the labels and the lines overlapping=20
each other".

Best regards,

Timoth=E9e