Re: Slow response to keypresses in xorg-server-1.8.0-1

2010-07-19 Thread Angelo Graziosi
Il 19/07/2010 17.45, Simon Marlow ha scritto: On 19/07/2010 15:51, Angelo Graziosi wrote: Simon Marlow wrote: I use the VirtuaWin virtual-desktop tool, and found that often when switching to a desktop with XWin windows on it, the windows would remain blank until I right-clicked on the XWin ico

RE: Mouse offset when using java swing based gui applications

2010-07-19 Thread Richard Evans
I've attached a small test case which shows the menu problems. Compile and run with: javac menus.java java menus My server configuration is Windows 7 x64, Cygwin/X X server version 1.7.3, with dual 1920x1200 monitors. I ran the test case on Fedora 12 x86, using the latest released JRE 1.6u21.

Re: Mouse offset when using java swing based gui applications

2010-07-19 Thread Jon TURNEY
On 15/07/2010 15:38, Richard Evans wrote: There's a bug reported against Java relating to this, with some more details. It claims to be fixed, but it still occurs. There's a small test case in the bug report. It makes many Java UI applications unusable with Cygwin/X. http://bugs.sun.com/bugda

Re: Slow response to keypresses in xorg-server-1.8.0-1

2010-07-19 Thread Simon Marlow
On 19/07/2010 15:51, Angelo Graziosi wrote: Simon Marlow wrote: I use the VirtuaWin virtual-desktop tool, and found that often when switching to a desktop with XWin windows on it, the windows would remain blank until I right-clicked on the XWin icon in the tray, when they would refresh. Stran

Re: Slow response to keypresses in xorg-server-1.8.0-1

2010-07-19 Thread Angelo Graziosi
Simon Marlow wrote: I use the VirtuaWin virtual-desktop tool, and found that often when switching to a desktop with XWin windows on it, the windows would remain blank until I right-clicked on the XWin icon in the tray, when they would refresh. Strange. It is more than an year I use VirtuaWin

Re: Slow response to keypresses in xorg-server-1.8.0-1

2010-07-19 Thread Simon Marlow
On 30/06/2010 18:40, Jon TURNEY wrote: This is fallout from a change [1] to the way we process Windows messages to handle large bursts of them overflowing the Xserver's internal event queue. It seems that sometimes /dev/windows doesn't seem ready to select() even when there is still Windows mes