Re: [racket] Moving frame% blocks processing in auxiliary eventspace

2012-07-20 Thread Kieron Hardy
On Jul 19, 2012, at 16:12, Matthew Flatt wrote: > At Thu, 19 Jul 2012 12:34:59 -0600, Kieron Hardy wrote: >> However, on Windows, moving the frame around causes the key-stroke >> processing to block until the move is completed. i.e. The 'update display >> and wait' code blocks until the the mouse

Re: [racket] Moving frame% blocks processing in auxiliary eventspace

2012-07-19 Thread Matthew Flatt
At Thu, 19 Jul 2012 12:34:59 -0600, Kieron Hardy wrote: > However, on Windows, moving the frame around causes the key-stroke > processing to block until the move is completed. i.e. The 'update display > and wait' code blocks until the the mouse button is released. > > Anyone know, what might be ca

[racket] Moving frame% blocks processing in auxiliary eventspace

2012-07-19 Thread Kieron Hardy
Hi all, I have some sort of blocking issue in the code below (from Ryan Culpepper's helpful answer on SO at http://stackoverflow.com/questions/7294117/racket-using-events-in-a-frame-window ). When the frame has keyboard focus, the arrow keys cause the direction to be printed in the canvas. When t