Re: [gtk-list] allocate/requisition handling




John Cupitt <john.cupitt@ng-london.org.uk> writes: 
> This app has a *lot* of menus ... it makes one for every user file it
> loads, with shortcuts for the defs that file contains. Motif wraps menu
> bars ... so if you have more menus than fit across the window, the menu
> bar grows in height and you don't loose stuff off the right.
> 
> I was half thinking about hacking this behaviour into gtkmenubar, but
> looking at the way containers work, I'm not sure its possible. 
> 
> As far as I can see, I need to be able to refuse an allocation (I have
> more items than I can fit in), and make another requisition (I'll accept
> that width, but can I have more height please). Does gtk have this sort
> of iterated layout negotiation and I've failed to spot it, or is that
> something that was deliberately left out?
> 

It doesn't have this unless the container supports it. For example the
scrolled window container will sometimes give the child a second
allocation. So you could do some sort of custom container.

Havoc



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]