Re: Creating an NSTimer subclass

• Subject: Re: Creating an NSTimer subclass
• From: leenoori <email@hidden>
• Date: Fri, 10 Nov 2006 03:06:03 +0100
• Delivered-to: email@hidden
• Delivered-to: email@hidden

El 10/11/2006, a las 0:20, Cameron Hayne escribió:

On 9-Nov-06, at 1:09 PM, leenoori wrote:

If I appropriated the userInfo parameter for my own uses then others using the class wouldn't be able to use it as a drop-in replacement for NSTimer, because they would no longer be allowed to pass their own userInfo.

You could probably transparently package the user-supplied info as part of a data structure that you pass as your own userInfo when you invoke the NSTimer routines. (You'd have the NSTimer invoke your own method which would unpack the info and then call the user- supplied method with the user-supplied info.)

--
Cameron Hayne
email@hidden

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/email@hidden

• Prev by Date: Re: Creating an NSTimer subclass
• Next by Date: RE: Weird problem with NSBezierpath fill method
• Previous by thread: Re: Creating an NSTimer subclass
• Next by thread: Re: Creating an NSTimer subclass
• Index(es):
  • Date
  • Thread