Re: wxWidgets terminal : XPM cursors and icons

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

Ethan A Merritt wrote:
> On Wednesday 07 June 2006 12:01 am, you wrote:
>  =20
>>>  =20
>>>      =20
>> Let's discuss on a practical case, and on a specific aspect of the=20
>> problem : the fonts scaling (the aspect ratio behaviour is related, if=
 I=20
>> give up on fonts, I will give up on the aspect ratio immediately).
>> I loaded multiplt.dem on both wxt and x11 with their default sizes whi=
ch=20
>> are in the order of 600x400, and then resized both windows to make the=
m=20
>> smaller.
>> Attached is the final screenshot. I honestly prefer the wxt output, ev=
en=20
>> if none of them are really readable.
>>    =20
>
> But you are focusing on the size (big/small) rather than the aspect
> ratio.  Most of the time if I want to resize a window it is to spread o=
ut
> the plot either horizontally or vertically.  The whole point  of
> the exercise is to change the aspect ratio.  Making it bigger or smalle=
r
> is just a side effect.  I really don't care much about the fonts in
> such a case.
>
> Example:
> The 4th plot of 'histograms.dem' works much better if the
> plot is taller than it is wide.  If I step through the demo in x11
> I can just drag the bottom edge of the window down and it spreads
> itself out nicely.  Dragging the bottom edge of the wxt window
> down accomplishes exactly nothing, at least not without a subseqent
> replot command.
>
> The more common case for me is examining plots of a time-series.
> I have standard scripts, but the length of time covered by the data
> can vary. I load the script and a plot pops up; if it corresponds
> to a long run, then I immediately want to stretch it in the horizontal
> in order to separate closely space features in the plot. This works
> quite naturally (to me) in x11, but again accomplishes nothing in the
> wxt terminal unless I explicitly replot after stretching the window. =20
>
> My thinking is that if the user changes the size/shape of the window,
> it is because he wants the plot to be that size/shape.  Making the
> pure horizontal or pure vertical stretch operations be effectively
> no-ops seems a strange choice.
>  =20
Your example are convincing. And the statement that the terminal should=20
follow the user's change makes sense. But to my mind, only a full=20
'replot'-based solution is satifactory, otherwise resizing doesn't=20
respect 'set size ratio -1' for example.
I am coming to the conclusion that it's not really a big deal, that it=20
can be solved later and definitely by hacking on 'replot'.
What I can do to make the behaviour more understandable is to make the=20
window background gray, maybe adding a message somewhere (in the status=20
bar probably) that hitting 'replot' will fill the window.

Timoth=C3=A9e