FROM : Shaun Wexler
DATE : Tue Jan 28 01:18:07 2003
On Monday, January 27, 2003, at 03:19 PM, Ben Kennedy wrote:
> On 27 1 2003 at 5:15 pm -0500, Douglas Davidson wrote:
>
>> Yes, it has--see for example the bottom drawer in the DrawerMadness
>> example. It uses the method you already hit on, of adjusting
>> leading/trailing offsets in windowDidResize:. I suspect you are
>> correct about your problem being due to your resize increments. I
>> would suggest you try controlling the parent window size yourself in
>> windowWillResize:toSize:, rather than using resize increments, and
>> then
>> adjusting the drawer offsets in windowDidResize:.
>
> Thanks Douglas,
>
> I have played with DrawerMadness, but there is still something wacky
> here. I have even disabled the resize increments for the time being.
>
> In my doc's windowControllerDidLoadNib I am storing the following
> values
> in floats:
>
> drawerRefWinHeight = [mainWindow frame].size.height;
> drawerRefTrailing = [drumsDrawer trailingOffset];
>
> and my windowDidResize looks like this:
>
> - (void) windowDidResize:(NSNotification*)note
> {
> float windowHeight = [[note object] frame].size.height;
> [drumsDrawer setTrailingOffset:(windowHeight - drawerRefWinHeight +
> drawerRefTrailing)];
> }
>
> My objective is handle the fixed sizing programmatically, while
> allowing
> me to tweak the drawer metrics in IB at will (i.e., avoiding the need
> to
> hard-code any numbers).
>
> Resizing the window larger works as expected. However, when shrinking
> the window, behaviour is lagged, as though the mouse is skating over
> ice
> and the window is spinning its wheels alongside it. That is, I could
> drag the mouse upward a couple hundred pixels, and the window will
> resize
> only about half that. If I then (with mouse button still down) drag
> back
> DOWN toward where the actual window boundary still is, the window will
> continue to shrink upward until it meets my mouse pointer!
>
> Very bizarre, and I can't rationalize it; what am I missing?
>
> -b
> --
> Ben Kennedy, chief magician
> zygoat creative technical services
> 613-228-3392 | 1-866-466-4628
> http://www.zygoat.ca
You're not missing anything, Ben. Frustrating, isn't it? File a bug.
;)
The window is improperly setting its minSize to account for the
drawer's offsets, and the "jumpy" resizing behavior has to do with
offsets and the drawer's minContentSize.height. See my other reply in
this thread.
--
Shaun Wexler
MacFOH
http://www.macfoh.com
_______________________________________________
cocoa-dev mailing list | <email_removed>
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
DATE : Tue Jan 28 01:18:07 2003
On Monday, January 27, 2003, at 03:19 PM, Ben Kennedy wrote:
> On 27 1 2003 at 5:15 pm -0500, Douglas Davidson wrote:
>
>> Yes, it has--see for example the bottom drawer in the DrawerMadness
>> example. It uses the method you already hit on, of adjusting
>> leading/trailing offsets in windowDidResize:. I suspect you are
>> correct about your problem being due to your resize increments. I
>> would suggest you try controlling the parent window size yourself in
>> windowWillResize:toSize:, rather than using resize increments, and
>> then
>> adjusting the drawer offsets in windowDidResize:.
>
> Thanks Douglas,
>
> I have played with DrawerMadness, but there is still something wacky
> here. I have even disabled the resize increments for the time being.
>
> In my doc's windowControllerDidLoadNib I am storing the following
> values
> in floats:
>
> drawerRefWinHeight = [mainWindow frame].size.height;
> drawerRefTrailing = [drumsDrawer trailingOffset];
>
> and my windowDidResize looks like this:
>
> - (void) windowDidResize:(NSNotification*)note
> {
> float windowHeight = [[note object] frame].size.height;
> [drumsDrawer setTrailingOffset:(windowHeight - drawerRefWinHeight +
> drawerRefTrailing)];
> }
>
> My objective is handle the fixed sizing programmatically, while
> allowing
> me to tweak the drawer metrics in IB at will (i.e., avoiding the need
> to
> hard-code any numbers).
>
> Resizing the window larger works as expected. However, when shrinking
> the window, behaviour is lagged, as though the mouse is skating over
> ice
> and the window is spinning its wheels alongside it. That is, I could
> drag the mouse upward a couple hundred pixels, and the window will
> resize
> only about half that. If I then (with mouse button still down) drag
> back
> DOWN toward where the actual window boundary still is, the window will
> continue to shrink upward until it meets my mouse pointer!
>
> Very bizarre, and I can't rationalize it; what am I missing?
>
> -b
> --
> Ben Kennedy, chief magician
> zygoat creative technical services
> 613-228-3392 | 1-866-466-4628
> http://www.zygoat.ca
You're not missing anything, Ben. Frustrating, isn't it? File a bug.
;)
The window is improperly setting its minSize to account for the
drawer's offsets, and the "jumpy" resizing behavior has to do with
offsets and the drawer's minContentSize.height. See my other reply in
this thread.
--
Shaun Wexler
MacFOH
http://www.macfoh.com
_______________________________________________
cocoa-dev mailing list | <email_removed>
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
| Related mails | Author | Date |
|---|---|---|
| Ben Kennedy | Jan 27, 22:46 | |
| Douglas Davidson | Jan 27, 23:15 | |
| Ben Kennedy | Jan 28, 00:19 | |
| Shaun Wexler | Jan 28, 01:07 | |
| Shaun Wexler | Jan 28, 01:18 | |
| Ben Kennedy | Jan 28, 01:33 | |
| Ben Kennedy | Jan 28, 01:35 | |
| Scott Anguish | Jan 28, 05:42 | |
| Ben Kennedy | Jan 28, 06:19 | |
| Shaun Wexler | Jan 28, 07:40 |






Cocoa mail archive

