Re: [MACTCL] [TCLCORE] HITheme buttons committed; scrolling deferred for now

[Kevin W. <kw...@co...>]

On 1/26/15 11:32 PM, Russell Owen wrote:
> However, a new problem does seem to have crept in since 8.5.17 
> release: I see a roughly 2 second delay before attempting to resize a 
> window has any effect. The delay is between the time I first click and 
> drag the mouse and when the drag has any visible effect. I can quickly 
> click and drag and wait and the window will eventually react and 
> resize as requested. Once the window starts reacting (by resizing), it 
> tracks the mouse very well. This shows up even if I just type “wish” 
> and resize that empty window. Any idea what might be causing this?

Yes--a deliberate design decision to disable drawing during a resize event.

One of the biggest sources of flickering and the other weird side 
effects that appeared after I removed the private API's was resizing--it 
caused all kinds of ugly and unpredictable stuff to happen. Cocoa 
actually provides a lot of fine-grained methods to control how drawing 
appears during window resizing, and I've used some of that to 
essentially hide the redraw stuff until the window is resized, deferring 
screen updates and the rendering of the NSView.

Implementing this behavior has removed a whole class of bugs, of which 
the menubutton flicker was a prime example.

--Kevin

-- 
Kevin Walzer
Code by Kevin/Mobile Code by Kevin
http://www.codebykevin.com
http://www.wtmobilesoftware.com