[Glade-users] Generating classes, but no instantiation in glade--
- From: ansel babylon dyndns org (Ansel Sermersheim)
- Subject: [Glade-users] Generating classes, but no instantiation in glade--
- Date: 19 Mar 2001 17:05:53 -0800
"Ken" == Ken Huisman <khuisman nortelnetworks com> writes:
Why not change your UI a bit and have each of the configurations be
a subtree on your tree and then on the right only show things at the
appropriate context, i.e.:
[snip]
Yeah, in this particular situation it would work, though a bit
suboptimal. That's probably the way I'll do it initially, but it's
kind of counterintuitive. What I'm wondering about is the more general
case.
Glade works very well as a GUI RAD tool (Getting my existing c++
objects hooked up to the tree & output labels on the left side took me
only three hours), as long as the structure of the desired GUI is
not very dynamic. I guess libglade is what's supposed to be used
there, but that's overkill for the simple case.
Time to get my head inside the code, I guess.
Another way of implementing this might be to allow things other than
windows be top-level component tree roots. For this application, it's
not as good, but it would acheive the same thing in a more general
fashion. Not sure how much work that will take - I'll try both out and
see.
Thanks,
-Ansel
--
$_{\$,}=[];@,=(%_,\%_,\*_,sub{},'JaPH'x2);y/0-9a-y//d,for(@,);map{$_ x=3}@,;$q=
join'',sort'$y=shift@,; $y^= int(eval$q) $q=q-my eval${q}if@,;$y-;pr'=~/\S*/g;$
_=q]"^vp|\@Zi0e|12O7340CP567M[,"];s@\d@\$][$&]@g;@]=(split'',unpack qq^$&q^^q^,
^^q,nQ,,q^)%1T&'`P%"SD`^);push@,,eval;eval(('JXKCC'^q^/.*/g^).$q=~/(.{6}).$/g);
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]