On Feb 26, 2013, at 16:12:02, Kyle Sluder wrote:
> So when are you installing the tracking area? -updateTrackingAreas seems
> like the appropriate time for the view to install its own tracking area.
In my initWithFrame method, just like one of Apple's examples:
http://developer.apple.com/librar
On Tue, Feb 26, 2013, at 01:45 PM, Steve Mills wrote:
> I don't *have* an updateTrackingAreas method because I'm using
> NSTrackingInVisibleRect, which is documented to always use the
> visibleRect of the view.
So when are you installing the tracking area? -updateTrackingAreas seems
like the appro
On Feb 26, 2013, at 15:32:48, Kyle Sluder
wrote:
> I'm not certain of the answer to this question, but what does your
> -updateTrackingAreas look like? If you follow Apple's erroneous example
> and recreate your tracking are every time this method is called, you
> *will* drop -mouseExited: event
On Tue, Feb 26, 2013, at 01:32 PM, Kyle Sluder wrote:
> I will repeat my request from your last NSTrackingArea query:
>
(This isn't meant to be snark, BTW. It just makes debugging a lot
easier.)
--Kyle Sluder
___
Cocoa-dev mailing list (Cocoa-dev@list
I will repeat my request from your last NSTrackingArea query:
I'm not certain of the answer to this question, but what does your
-updateTrackingAreas look like? If you follow Apple's erroneous example
and recreate your tracking are every time this method is called, you
*will* drop -mouseExited: ev
I have an NSControl subclass that has installed an NSTrackingAread for
(NSTrackingInVisibleRect | NSTrackingMouseMoved |
NSTrackingMouseEnteredAndExited | NSTrackingCursorUpdate |
NSTrackingActiveInKeyWindow). This control can resize itself while tracking the
mouse in its mouseDown method. If,
