• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Creating an NSTimer subclass
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Creating an NSTimer subclass


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

How can I do that? The person who suggested using the userInfo dictionary was talking about a category. How do you reliably intercept the methods that the caller would use when setting/getting the userInfo dictionary from within a category?

El 9/11/2006, a las 23:42, Barry Wilson escribió:

Shouldn't you simply be able to insert their userInfo dictionary as an attribute of yours, and then later retrieve it and and return it to the clients of your subclass as needed. They would not even need to know it was happening.

On Nov 9, 2006, at 12:01 PM, email@hidden 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.

_______________________________________________ Do not post admin requests to the list. They will be ignored. Cocoa-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
References: 
 >Re: Creating an NSTimer subclass (From: Barry Wilson <email@hidden>)

  • Prev by Date: Re: Creating an NSTimer subclass
  • Next by Date: Re: Creating an NSTimer subclass
  • Previous by thread: Re: Creating an NSTimer subclass
  • Next by thread: Re: fork, pipes, and Tiger
  • Index(es):
    • Date
    • Thread