kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #00692
Re: expandable sizers
--0-523486665-1193994333=:8189 Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Dick Hollenbeck wrote (in message 682):
>=20
> Geoff,
>=20
> Your recent change_log.txt note says that your mods would make cvpcb's
> options dialog show expanding controls as the dialog box is resized
> larger.
>=20
> I am not seeing this on Linux. Can you try it there on linux and see
> if there is something odd with my system or testing or understanding.
>=20
> Maybe there is another bit to flip on linux.
>=20
> Thanks,
>=20
> Dick
=20
Dick,
=20
Before I committed those changes, I had tested them under both Windows and =
Linux. And the horizontal distance between controls did increase when I res=
ized the dialog, matching how the dialog behaved while I was testing it usi=
ng DialogBlocks.
=20
Since the time that you sent that message though, Jean-Pierre has changed t=
he associated source code yet again, and it no longer behaves in the way th=
at I had intended.
=20
However I am now wondering whether different versions of Linux behave in di=
fferent manners when it comes to various aspects of dialog boxes. You have =
previously reported that the Esc key doesn't cancel a dialog box that I hav=
e updated in relatively recent times, and even though that should happen. O=
n my PC, the Esc key does cancel that dialog though (and in both the Window=
s and Linux versions).
=20
As far as cvpcb's options dialog is concerned, I plan leaving it for the ti=
me being until I can figure out how to make the distances between controls =
increase in both horizontal *and* vertical directions when the dialog is re=
sized. Accomplishing the latter seems to be easier said than done, or at le=
ast if aesthetic considerations are taken into regard. If controls within d=
ifferent columns reside on the same horizontal line, it is highly desirable=
that they continue to do so when the dialog is resized. But when different=
columns are of differing natures though, that won't necessarily happen - u=
nless a lot of effort is put into specifically accomplishing that outcome.
=20
Maybe a wxGridBagSizer could be used to help accomplish such an outcome, bu=
t a complicating factor with wxGridSizers in general is that the tab order =
seems to be topmost row, second topmost control, ... , bottommost row - but=
with many of the dialogs used in Kicad, wxGridSizers would be required in =
which the tab order is leftmost column, second leftmost column, ... , right=
most column instead. So we could end up having to either modify the source =
code for wxWidgets, and/or defining "our own" wxGridSizers.
=20
Two dialog boxes which I have updated very recently "expand" (or at least s=
hould) in both horizontal and vertical directions, but the columns within b=
oth of those dialogs are relatively "homogeneous" in nature. Even so, each =
of those dialogs requires the provision of three spacers for each otherwise=
unused row within a wxFlexGridSizer, otherwise the vertical distances betw=
een the controls within each of the wxFlexGridSizers would increase at diff=
erent rates as the dialog is resized (UGH!).
=20
For your information, it is certainly not my intention to stop contributing=
to the improvement of KiCad. That said, I will have relatively little spar=
e time available for at least the next month, so during that time I will no=
t be able to contribute as much as I would like. But I still hope to be abl=
e to at least keep up with ongoing developments.
=20
Regards,
Geoff Harland.
=20=20=20=20=20=20
National Bingo Night. Play along for the chance to win $10,000 every week. =
Download your gamecard now at Yahoo!7 TV. http://au.blogs.yahoo.com/nationa=
l-bingo-night/
--0-523486665-1193994333=:8189 Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
<html><head><style type=3D"text/css"><!-- DIV {margin:0px;} --></style></he=
ad><body><div style=3D"font-family:times new roman, new york, times, serif;=
font-size:12pt"><DIV>Dick Hollenbeck wrote (in message 682):</DIV>
<DIV>> </DIV>
<DIV>
<DIV>> Geoff,<BR>> <BR>> Your recent change_log.txt note says that=
your mods would make cvpcb's<BR>> options dialog show expanding control=
s as the dialog box is resized<BR>> larger.<BR>> <BR>> I am not se=
eing this on Linux. Can you try it there on linux and see<BR>> if there =
is something odd with my system or testing or understanding.<BR>> <BR>&g=
t; Maybe there is another bit to flip on linux.<BR>> <BR>> Thanks,<BR=
>> <BR>> Dick</DIV>
<DIV> </DIV>
<DIV>Dick,</DIV>
<DIV> </DIV>
<DIV>Before I committed those changes, I had tested them under both Windows=
and Linux. And the horizontal distance between controls did increase when =
I resized the dialog, matching how the dialog behaved while I was testing i=
t using DialogBlocks.</DIV>
<DIV> </DIV>
<DIV>Since the time that you sent that message though, Jean-Pierre has chan=
ged the associated source code yet again, and it no longer behaves in the w=
ay that I had intended.</DIV>
<DIV> </DIV>
<DIV>However I am now wondering whether different versions of Linux behave =
in different manners when it comes to various aspects of dialog boxes. You =
have previously reported that the Esc key doesn't cancel a dialog box that =
I have updated in relatively recent times, and even though that should happ=
en. On my PC, the Esc key does cancel that dialog though (and in both the W=
indows and Linux versions).</DIV>
<DIV> </DIV>
<DIV>As far as cvpcb's options dialog is concerned, I plan leaving it for t=
he time being until I can figure out how to make the distances between cont=
rols increase in both horizontal *and* vertical directions when the dialog =
is resized. Accomplishing the latter seems to be easier said than done, or =
at least if aesthetic considerations are taken into regard. If control=
s within different columns reside on the same horizontal line, it is highly=
desirable that they continue to do so when the dialog is resized. But when=
different columns are of differing natures though, that won't necessarily =
happen - unless a lot of effort is put into specifically accomplishing that=
outcome.</DIV>
<DIV> </DIV>
<DIV>Maybe a wxGridBagSizer could be used to help accomplish such an outcom=
e, but a complicating factor with wxGridSizers in general is that the tab o=
rder seems to be topmost row, second topmost control, ... , bottommost row =
- but with many of the dialogs used in Kicad, wxGridSizers would be re=
quired in which the tab order is leftmost column, second leftmost column, .=
.. , rightmost column instead. So we could end up having to either modify t=
he source code for wxWidgets, and/or defining "our own" wxGridSizers.</DIV>
<DIV> </DIV>
<DIV>Two dialog boxes which I have updated very recently "expand" (or =
at least should) in both horizontal and vertical directions, but the column=
s within both of those dialogs are relatively "homogeneous" in nature. Even=
so, each of those dialogs requires the provision of three spacers for each=
otherwise unused row within a wxFlexGridSizer, otherwise the vertical dist=
ances between the controls within each of the wxFlexGridSizers would increa=
se at different rates as the dialog is resized (UGH!).</DIV>
<DIV> </DIV>
<DIV>For your information, it is certainly not my intention to stop contrib=
uting to the improvement of KiCad. That said, I will have relatively little=
spare time available for at least the next month, so during that time I wi=
ll not be able to contribute as much as I would like. But I still hope to b=
e able to at least keep up with ongoing developments.</DIV>
<DIV> </DIV>
<DIV>Regards,</DIV>
<DIV>Geoff Harland.</DIV>
<DIV> </DIV></DIV></div><br>
<hr size=3D1>
National Bingo Night. Play along for the chance to win $10,000 every week. =
<a href=3D"http://au.rd.yahoo.com/mail/taglines/default_all/bingo/*http://a=
u.blogs.yahoo.com/national-bingo-night/" target=3D_blank>Download your game=
card now at Yahoo!7 TV</a>.
</body></html> --0-523486665-1193994333=:8189--
Follow ups
