I had this happen a couple times when dealing with threading accidents. If the tracking rects are added from a secondary thread or the window is ordered front by a secondary thread, then the tracking areas will be stuck in a pending state. There's probably more reasons for this but these are the two I'm personally familiar with.
On Jun 11, 2010, at 1:42 PM, Rainer Standke wrote: > Hello all, > > I have a subclassed NSImageView that is a drag source and a drag destination. > I am trying to have an NSTrackingArea so that when the drag out of the image > view leaves they window I can update the cursor to indicate deletion of the > item - I am thinking of the cursor that looks like an explosion cloud. > > When I log my tracking area it tells me it's "pending install", and I never > get any of the expected mouse-move messages. > > This snippet is in mouseDown on the image view: > > NSTrackingAreaOptions options = NSTrackingMouseEnteredAndExited | > NSTrackingEnabledDuringMouseDrag | NSTrackingActiveAlways; > > NSTrackingArea *trkArea = [[NSTrackingArea alloc] initWithRect:[[self window] > frame] options:options owner:self userInfo:nil]; > > [self addTrackingArea:trkArea]; > [self updateTrackingAreas]; > > NSLog(@"trkArea: %@", trkArea); > > > I am running out of ideas what to try - any help would be appreciated. _______________________________________________ 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: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
