NSScrollView subclassing oddness
NSScrollView subclassing oddness
- Subject: NSScrollView subclassing oddness
- From: Francisco Tolmasky <email@hidden>
- Date: Sun, 6 Jun 2004 13:22:58 -0700
I am currently subclassing NSScrollView, and I am having a bit of
trouble. It seems when I place one of the views that supports
autohiding/showing of scrollbars, such as NSTableView or NSOUtline view
I get a crash in my - (void)tile method. It would appear that when I
say [[self contentView] setFame: contentRect] a recursive cycle is
started that eventually leads to a crash. Putting a barrier in
-(void)tile such as "if(isTiling) return;" may work, but I would really
like to know what is going on inside, here is from the bug report:
-[NSView _postFrameChangeNotification] + 0x60
-[NSView setFrameSize:] + 0x158
-[NSControl setFrameSize:] + 0x64
-[NSTableView setFrameSize:] + 0x11c
-[NSTableView tile] + 0xa8
-[NSTableView sizeToFit] + 0x2ac
-[NSTableView _sizeToFitIfNecessary] + 0x68
-[NSTableView superviewFrameChanged:] + 0x68
_nsnote_callback + 0xb0
__CFXNotificationPost + 0x1b4
_CFXNotificationPostNotification + 0x340
-[NSNotificationCenter postNotificationName:object:userInfo:] +
This happens when a) enough cells are put into the tableview to spark
it to ask for vertical scroller, or b) when u resize the view so that
it needs a vertical scroller.
Thank you :)!
Francisco Tolmasky
email@hidden
http://www-scf.usc.edu/~tolmasky/
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.