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: events on the floor. A correct override of -updateTrackingAreas only creates and installs the tracking area if it has not already been created and installed.
--Kyle Sluder On Tue, Feb 26, 2013, at 12:46 PM, Steve Mills wrote: > 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, after mouse-up, the mouse > ends up outside the *original* frame, but is still inside the current > frame, I'm getting a mouseExited. So it's like the NSTrackingArea code is > caching an old frame or something like that instead of getting it > directly from the view. Or is this some "undocumented behavior" I'm > seeing? > > -- > Steve Mills > office: 952-818-3871 > home: 952-401-6255 > cell: 612-803-6157 > > > > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > 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: > https://lists.apple.com/mailman/options/cocoa-dev/kyle%40ksluder.com > > This email sent to k...@ksluder.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
