Mailing Lists: Apple Mailing Lists
Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: drawRect & needsDisplay & co

I think I found what is going on. The big Question is how can I solve the problem.

More info : My view is placed is the right pane of a splitter. |n the left pane, there is a tableView with the exact height as the weird invalidated rectangle.
The invalidation in called by the default event loop by sending an
- (void)setNeedsDisplayInRect:(NSRect) aRect; with another view's rectangle (only height ) !!!!

But why is it using the tableView's height (which is situated in a different splitter pane?). What can be wrong here?

as usual, Cristian

On Friday, December 6, 2002, at 10:08 AM, Cristi Savu wrote:

Hello list,

I encountered a weird NSView behavior and maybe someone could help me with this :

my view (descendant of NSQuickDrawView) needs to be repainted as a result of a user action (button click).
for this : i am sending an setNeedsDisplay:YES and setNeedsDisplayInRect:rect and (normally) drawRect is called.
The problem is that, from time to time, "someone else" is "calling" my drawRect and my view is repainted as if an setNeedsDisplayInRect (with always the same rect) was sent but I certainly didn't.

How can an area can be marked as needed to be displayed withought an explicit call and withought being overlapped by another window or panel ?

I tried to overwrite needsDisplay, but drawRect is called even if needsDisplay returns NO. How can this be possible ?

Can anybody advice ? Any hint or pointer ?

Best wishes, Cristian
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
References: 
 >drawRect & needsDisplay & co (From: Cristi Savu <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.