Re: Recent NSWindow and NSMenuView commits (was: Re: [ 102031 ] mproving application startup visual appe)

[Serg Stoyan]

Hello Michael,

> --- Serg Stoyan <stoyan@hologr.com> wrote:
> > 
> >   I've just commited change to NSWindow.m which have to improve 
> >   overall window drawing. The idea is to draw window's content view
> >   before backend window starts drawing on screen. After this change I
> >   noticed that almost all windows(including menu, appicon) draws
> >   without turning white (or black for back-art) first. 
> 
> I can't comment on this technically, but the overall effect is lovely.
> Nice work!

  It's pleasant to hear.

> However, the menu window dragging event loop doesn't work on my machine.
> I believe the new event loop exposes a race condition in which the
> window's frame information becomes corrupted. If I drag a menu for even
> just a few seconds, by the end of the drag the menu is jumping all over
> the screen.

  Hmm... strange... I've included your event loop. The only modification
  I've done is changing from do{}while() to while(){} loop.

> [side note: I just ran GSTest.app with --GNU-Debug=XSynchronize and the
> menu still leapt about, though not quite as much, so it may not be a race
> condition.]
> 
> I modified XGDragView to use this type of event loop and had the same
> issue pop up.

  I can't reproduce it. It works properly for me. What happens if you
  change to old event loop?

-- 
Serg Stoyan