🚀 go-pugleaf

In the referenced message, jef@well.sf.ca.us (Jef Poskanzer) wrote:
}I thought at first I could solve this by doing an XCheckMaskEvent
}before my XNextEvent and always handling any queued expose events
}before any other kind.  And this does indeed work correctly in the
}debugger.  But in realtime there is a race and it has the same bug as
}before, the second gexpose gets handled after the third click.

I ended up solving the problem by doing this plus having the clickproc
do an XSync after the XCopyArea.  This forces the just-generated gexpose
into the input queue, where it can be handled right away.  And it only
slows things down if the user does a whole bunch of scrolls, which doesn't
happen too often.

I still wonder if there's a cleaner solution.
---
Jef

  Jef Poskanzer  jef@well.sf.ca.us  {apple, ucbvax, hplabs}!well!jef
                     WCBG: All Elvis, All The Time