Re: NSTrackingArea strange requirement
Re: NSTrackingArea strange requirement
- Subject: Re: NSTrackingArea strange requirement
- From: rajesh <email@hidden>
- Date: Thu, 27 Nov 2008 13:22:47 +0100
That seems to be the only solution for my case....
I started with the same and was wondering if I was doing some
redundant work.
but I see a kind of problem with above approach as well.
Since we are updating the TrackingAreas in updateTrackingAreas
(removing and adding track areas) , my cursor (which is set to
"resizeUpDownCursor" mouseEntered: ) seems to flicker when ever try
updating/resizing my view due to the fact that trackAreas are changed
every time.
~Rajesh
On Nov 27, 2008, at 12:44 PM, Rob Keniger wrote:
On 27/11/2008, at 7:17 PM, rajesh wrote:
I should have made my query bit clear , I need the cursor updates
only for certain portion of the visible area ( only horizontal
gaps , its like horizontal split view but no split view in use ) .
but I can use the above technique for something else I am working
on , thanks :)
I think I am still hanging with same problem...
In the -updateTrackingAreas method of NSView, you must remove the
existing tracking areas using -removeTrackingArea:, create new ones
in the correct positions and then add them using -addTrackingArea:.
--
Rob Keniger
_______________________________________________
Cocoa-dev mailing list (email@hidden)
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:
This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
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:
This email sent to email@hidden