bug-gnustep
[Top][All Lists]
Advanced

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

Re: GSTable doesn't handle frame changes


From: Nicola Pero
Subject: Re: GSTable doesn't handle frame changes
Date: Wed, 10 Apr 2002 01:33:16 +0100 (BST)

Thanks.

Sorry for answering late - I had been thinking about this a while (some
days I was more inclined to say you should really use an intermediate view
for what you needed, other days I was more inclined to think I should
modify GSTable to use an intermediate view automatically; finally I
decided the simpler the better, and that even an intermediate view was too
complex, so I did what I did - which is basically a rewrite of your patch
:-) ).

I changed GSTable so that now setFrame: and setFrameSize: should cause
autorelayout of the managed views to be done.  I did that basically
without any change in code ... by just moving the existing code in a
private method, and calling it from setFrame: and setFrameSize:.

> Hi,
> 
> Recently I've added a proper preferences panel to LuserNET; each 'tab'
> there has a top-level view, a GSVbox or GSHbox, that gets added to an
> NSBox when the tab is selected. Unfortunately, the boxes won't re-'tile'
> themselves properly when they're added to the NSBox since they only
> re-'tile' when they are resized.
> 
> I've attached a patch that moves the entire tiling process to a
> _frameChanged: method, and ensures that this is called when the frame
> changed (resizes, setFrame:, etc.) and this solved my problems. (It
> loses some of the optimizations of the old version, but I don't think
> that matters; the time spent re-tiling is probably negligible compared
> to time spent actually redrawing everything.)
> 
> - Alexander Malmberg




reply via email to

[Prev in Thread] Current Thread [Next in Thread]