Re: How do I resize a CList inside a VBox, inside a Notebook inside...

["Josh M. Osborne" <stripes eng us uu net>]

In message <Pine.GSO.3.95.981123122405.16355J-100000@harper.uchicago.edu>, Havo
c Pennington writes:
[...how do I do something or other...]
>The Gtk 1.1 series has a much nicer way to do all this, by the way - and
>it's going stable in a month or two. So you may want to be thinking about
>that.

Ok, my current program is far from mission critical, so that sounds
good to me too.  I went out and got gtk+-1.1.5, and glib-1.1.5,
compiled 'em up just fine.

Then I tryed Gtk--0.10.1, but no luck (it looked like it wanted to
use the accelaerator table stuff rather then the apparently newer
accelerator group stuff).  So i gave the "fresh from CVS" gtk-- a
shot (on the night of the 26th, and again using an update from the
morning of the 27th), but they are both upset because 'Gtk_Container
has an incomplete type', which I tryed to fix by rearanging some
includes, but no real luck there.

Does anyone have some pointers on how to get a Gtk-- that works with
recent version of gtk+?

I especally want to get it working, having seen documentation for a
multi-col tree...

>> I have a CList with contents that change over time.  I want to
>> keep each col. wide enough to display the widest item inside it.
>> 
>> I'm calling set_column_width() to set the new widths, and set_usize()
>> to change the width of the CList as a whole (do I need to do that?).
>> 
>> The individual columns take on the proper width, but I get a vertical
>> scrollbar rather then a wider window.
>> 
>
>You mean a horizontal scrollbar?

Oh, um, yes.  That horizontal, definitly horizontal.

>The problem is that GtkWindow does not expand to give children as much
>space as they want, although most of the containers do. You can see why -
>users would probably get kind of irritated if windows changed all around
>by themselves. What if the user has a 640x480 display, and the window kept
>growing too big? 

Ok, howabout this, I select the tab for an extra wide list, and
manually resize the top level window, and the CList/Tab/VBoxen
don't reize.

(P.S. I know for a fact that none of the users for this app have less
then a 1024x768 display, but point taken in general)


[...]
>It's useful to know (if you don't) that you can pass -1 for either usize
>arg to leave it unchanged, since it sounds like only the horizontal
>matters to you.

Ah!  Thank you, that's definitly good to know.