On 27 Oct 2007, at 8:01 PM, Adam R. Maxwell wrote: > On Oct 27, 2007, at 10:09 AM, Christiaan Hofman wrote: > >>> On Saturday, October 27, 2007, at 09:23AM, "Christiaan Hofman" >>> <[EMAIL PROTECTED]> wrote: >>>> Have you tried setting the clipView variable in -[SKPDFView >>>> magnifyWithEvent:] to documentView? That's the only thing I can >>>> think >>>> of ATM. > > This doesn't seem to help. > >> Another thing to try is to set the documentView variable (and perhaps >> the clipView variable) to [self documentView], though that clips the >> magnifying glass to the documentView. > > This doesn't seem to help either. > > The magnifier flickers at low frequency when moving the mouse, and > just goes away if you don't move the mouse. It almost seems like > something else is running the event loop. > > -- > adam
I guess it's the same effect you see on Tiger when you set the documentView local variable to [scrollView contentView]? Perhaps the PDFView does some window image caching or flush disabling that interferes with ours. Or the documentView's bounds are reset when it flushes. this is also what made me think to try other views for those 2. Also the drawing using displayRect could be done in documentView (or [self documentView]) instead of self. Also, when I see the problem on Tiger with documentView = [scrollView contentView], I can fix it by disabling flushing for the full event loop, and enable flushing only temporarily when we call flushWindowIfNeeded (in line 3567 and 3585). So that might also help on Leopard. Christiaan ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ skim-app-develop mailing list skim-app-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/skim-app-develop
