Re: Deferring a selector until later, but before painting
Re: Deferring a selector until later, but before painting
- Subject: Re: Deferring a selector until later, but before painting
- From: John Stiles <email@hidden>
- Date: Thu, 06 Mar 2008 09:26:52 -0800
Actually, in this case, it seems like a perfect fit for what I'm doing.
I'm already using a subclassed view anyway. I will definitely take a
look at -viewWillDraw:.
BTW, views don't actually have delegates—many control subclasses do,
e.g. NSTableView has one—but a plain NSView does not.
Thanks, Ken! I'll let you know if this resolves my issue. I highly
suspect that it will.
j o a r wrote:
On Mar 6, 2008, at 8:32 AM, Ken Ferry wrote:
Or can you do your final setup in -viewWillDraw?
For some kinds of problems, you could synchronously mark whatever
state you're interested as invalid, then resolve any invalidated
state in -viewWillDraw. This would be an appropriate way to do
deferred layout, for example.
I think it's unfortunate to have to resolve to subclassing for this
type of problem - The OP might end up having to subclass several
different NSControl subclasses to make it work. Perhaps NSView should
provide some sort of notification or delegation scheme to supplement
this method?
j o a r
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden