gnuplot-beta

Resize behaviour for the wxt terminal

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

Dear gnuplot developpers,

I just committed a small peace of code to fill in gray the empty space=20
left aside or below a plot when you resize the wxt terminal window=20
without keeping its aspect ratio constant. This was the easiest way to=20
make this behaviour a little more easy to understand visually. I also=20
modified the help text a little bit to reflect that. I would like to=20
know if it's ok for you now. I know that this behaviour was one of the=20
few complaints about the wxt terminal. I am still reluctant to make it=20
behave like the x11 terminal, since I don't like it at all. Moreover,=20
I'm convinced it's not a critical point: at worse, after some time the=20
user will realize he just has to type 'replot' or, more easily, to click=20
on the 'replot' icon to have the plot be redrawn completely to fit in=20
the window.

Besides that, what are we waiting for for the 4.2 release ? Is there=20
some work left ?

Best regards,

Timoth=C3=A9e Lecomte

Re: Resize behaviour for the wxt terminal

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

Timoth=C3=A9e Lecomte wrote:
> Dear gnuplot developpers,
>=20
> I just committed a small peace of code to fill in gray the empty space=20
> left aside or below a plot when you resize the wxt terminal window=20
> without keeping its aspect ratio constant. This was the easiest way to=20
> make this behaviour a little more easy to understand visually. I also=20
> modified the help text a little bit to reflect that. I would like to=20
> know if it's ok for you now. I know that this behaviour was one of the=20
> few complaints about the wxt terminal. I am still reluctant to make it=20
> behave like the x11 terminal, since I don't like it at all. Moreover,=20
> I'm convinced it's not a critical point: at worse, after some time the=20
> user will realize he just has to type 'replot' or, more easily, to clic=
k=20
> on the 'replot' icon to have the plot be redrawn completely to fit in=20
> the window.

Timoth=C3=A9e, could you send or place a screen capture somewhere with th=
is gray area?  Another thing you could do is force an aspect ratio on the=
 window rather than display some area as a different color, i.e., an abil=
ity to resize by mouse, but not independently in both dimensions.

I like the X11 behavior, but it isn't critical that other window platform=
s behave the same way.  Maybe an alternative from X11 is good at this poi=
nt.

Dan

Re: Resize behaviour for the wxt terminal

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

Daniel J Sebald wrote:
> 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
Here are four captures of the wxt window :

http://tipote.free.fr/initial.png
    =3D> initial window after 'plot x**2'

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

http://tipote.free.fr/increase_x_and_y.png
    =3D> I increase both the width and the height of the window, the=20
height is increased more than the width. A gray area is left on the=20
bottom of the window.

http://tipote.free.fr/after_replot.png
    =3D> I hit the 'replot' icon or type 'replot'. The plot is=20
regenerated, fills the whole window, and font sizes and linewidths take=20
their original value back.

Best regards,

Timoth=C3=A9e

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/

Re: Resize behaviour for the wxt terminal

[Petr M. <mi...@ph...>]

> I just committed a small peace of code to fill in gray the empty space 
> left aside or below a plot when you resize the wxt terminal window

That's the reason why the wxt terminals can not longer be compiled in on 
SUSE 10.0?

checking for wx-config... /usr/bin/wx-config
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for CAIRO... yes
checking for PANGO... configure: WARNING: Pango can't be found. The 
wxWidgets terminal will not be compiled.
checking for PANGOCAIRO... configure: WARNING: Cairo rendering support for 
Pango can't be found. The wxWidgets terminal will not be compiled.


But it worked until now, the version is:
$ rpm -qa | grep -i pango
pango-1.10.0-3
pango-doc-1.10.0-3
pango-devel-1.10.0-3

Aha, I see it in ChangeLog ... but then the configure message is wrong: it 
should say that a newer version of pango is required. Please fix this.

---
PM

Re: Resize behaviour for the wxt terminal

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

>> I just committed a small peace of code to fill in gray the empty space
>> left aside or below a plot when you resize the wxt terminal window
>
> That's the reason why the wxt terminals can not longer be compiled in o=
n
> SUSE 10.0?
>
> checking for wx-config... /usr/bin/wx-config
> checking for pkg-config... /usr/bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking for CAIRO... yes
> checking for PANGO... configure: WARNING: Pango can't be found. The
> wxWidgets terminal will not be compiled.
> checking for PANGOCAIRO... configure: WARNING: Cairo rendering support =
for
> Pango can't be found. The wxWidgets terminal will not be compiled.
>
>
> But it worked until now, the version is:
> $ rpm -qa | grep -i pango
> pango-1.10.0-3
> pango-doc-1.10.0-3
> pango-devel-1.10.0-3
>
> Aha, I see it in ChangeLog ... but then the configure message is wrong:=
 it
> should say that a newer version of pango is required. Please fix this.

You're right, the help message could be more not useful here. By the way,
you made me double-check with the pango guys, and it's only the 1.10.2
version of pango that has the bug found by Richard. 1.10.0 is perfectly
fine.

I'll modify this. Thanks.

Best regards,

Timoth=E9e

Re: Resize behaviour for the wxt terminal

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

Timoth=E9e Lecomte wrote:
>>> I just committed a small peace of code to fill in gray the empty spac=
e
>>> left aside or below a plot when you resize the wxt terminal window
>>>      =20
>> That's the reason why the wxt terminals can not longer be compiled in =
on
>> SUSE 10.0?
>>
>> checking for wx-config... /usr/bin/wx-config
>> checking for pkg-config... /usr/bin/pkg-config
>> checking pkg-config is at least version 0.9.0... yes
>> checking for CAIRO... yes
>> checking for PANGO... configure: WARNING: Pango can't be found. The
>> wxWidgets terminal will not be compiled.
>> checking for PANGOCAIRO... configure: WARNING: Cairo rendering support=
 for
>> Pango can't be found. The wxWidgets terminal will not be compiled.
>>
>>
>> But it worked until now, the version is:
>> $ rpm -qa | grep -i pango
>> pango-1.10.0-3
>> pango-doc-1.10.0-3
>> pango-devel-1.10.0-3
>>
>> Aha, I see it in ChangeLog ... but then the configure message is wrong=
: it
>> should say that a newer version of pango is required. Please fix this.
>>    =20
>
> You're right, the help message could be more not useful here. By the wa=
y,
> you made me double-check with the pango guys, and it's only the 1.10.2
> version of pango that has the bug found by Richard. 1.10.0 is perfectly
> fine.
>
> I'll modify this. Thanks.
Ok, done.
I finally copied the full defaults pkg-config messages, which will tell=20
you precisely why the test failed. (I didn't do that the first time=20
because the defaults test make the script fail with an error, and I=20
didn't have the autoconf skills at that time...) By the way, compiling=20
with pango 1.10.0 will work again.

Best regards,

Timoth=E9e