Hi Alexander, > It seems to appear more often under high load. But unfortunatly there is not much we can do about it.
Hm, usually my machine is not under "high load", but it could be short load peak, like directly after switch from one desktop to another... > Windows reports alt-gr as simultanious presses of ctrl and alt and we have to > detect whether it is alt-gr or the keys are really pressed together. Under heavy > load the timeouts (and timestamps) of the events may differ between press and >release events. That way you get a control press and an alt-gr release so control > gets stuck. > the only solution is making the detection more robust. I don�t know the implementation, but couldn�t it be a possibly approach to improve the handling of mismatching release/press events? E.g. that a "Alt-Gr release" releases "Ctrl", too. It seems to me, that there is something else wrong, as there seem to be three states: State green: Everything works fine State red: Ctrl got stuck (possibly by pressing Alt-Gr under heavy load and releasing without heavy load, or the other way round) State yellow: Everything except Alt-Gr works fine (Can be reached from "State red" with pressing/releasing Ctrl, Pressing Alt-Gr switches to "State red") Perhaps xfree get�s confused by a "AltGr" release without a press? By the way: I wrote "Show Cursor" returns to "State green". Already opening the menu of the tray-icon returns to "State green". Opening/Closing a new window seems to be the point. Regards, Tobias -- Geschenkt: 3 Monate GMX ProMail gratis + 3 Ausgaben stern gratis ++ Jetzt anmelden & testen ++ http://www.gmx.net/de/go/promail ++
