Re: NSTrackingArea message lag
Re: NSTrackingArea message lag
- Subject: Re: NSTrackingArea message lag
- From: Markus Spoettl <email@hidden>
- Date: Thu, 26 Jun 2008 17:41:58 -0700
On Jun 26, 2008, at 5:21 PM, Graham Cox wrote:
you can still (and should) use -setNeedsDisplayInRect:, just don't
make this conditional on -needsDisplay.
I think to really get to the bottom of the delay problem we'd need
to see the code in its full context. For example how does your
drawRect: method know which rect(s) to repaint? Or does it just go
over the whole lot? There could be many reasons why it's slow.
Unfortunately that's not an option, but it isn't really necessary.
I've switched to updating the view from -mouseMoved: events doing my
own hit testing and it works very quickly now, there is no more lag.
Notice the drawing mechanism didn't change, so the drawing wasn't
causing the lag. I have no other explanation than a strange delay in
the delivery of tracking area messages. What causes the delay I don't
know, it's very likely my fault but it's most definitely not the
drawing code.
Regards
Markus
--
__________________________________________
Markus Spoettl
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
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