On Mar 27, 2009, at 15:48, Stuart Malin wrote:
I have a view that contains an NSTextView. I place NSTrackingAreas
on portions of the TextView's text. I attach a userInfo dictionary
to each of the tracking areas with a variety of parameters. The view
containing the TextView happens also to have an NSTrackingArea
around its entire frame. The NSTrackingAreaOptions are set to report
mouse entered/exited for all of these tracking areas.
When the mouse enters the outer (containing) view, *all* of the
tracking areas report the event, even though the mouse has not
entered any of the nested tracking areas. I thought perhaps I needed
to do hit testing of the mouse's hit point to see if it was in the
tracking area's rect. But this doesn't work, because the event's
tracking area as reported by [[event trackingArea] rect] is, in all
cases, the rect of the containing view. However, if I examine the
content of the event's userData, it is associated with the distinct
smaller, contained (nested) tracking areas.
If [[event trackingArea] rect] is the rect of the containing view,
then the actual behavior sounds correct (though not what you want, of
course) -- if all the tracking areas have the same rect, they should
all notify on the same mouse move. So the real question is why do they
all have the same rect? You didn't by any chance specify the
NSTrackingInVisibleRect option for them?
_______________________________________________
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
