-
-
Notifications
You must be signed in to change notification settings - Fork 144
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Java TurboVNC Viewer on Windows closes on Alt-F4 #434
Comments
Unfortunately Alt-F4 is intercepted by the operating system before our low-level keyboard hook can intercept it, so it isn't possible to grab that keystroke. |
Ok, sad to hear. Normally is possible in Java Programs to prevent Alt-F4 to close the Window, in Swing it's normally done by intercepting the window-closing event (I don't know how it is handled here). As I said: the key-stroke is recognized and then sent to the server, all that is missing is preventing the local Window from being closed, and that's normally possible in all the GUI frameworks around. I'll stick with 2.2.x then for some time longer :-) |
So the 2.2.x viewer (presumably the Windows native viewer) does not exhibit the issue? That's odd, since it used the same low-level keyboard hook. |
As far as intercepting the window close event in Swing, it does look like there may be a way to tell it not to close the window, but I still want to understand why it works in TurboVNC 2.2.x. (The 2.2.x viewer code did nothing special in this regard.) I will do some more investigating. |
It works with the native viewer in 2.2.x, I'll need to double-check if it does with the Java version. |
When pressing Alt-F4 the key-codes are sent to the VNC server, but the viewer also closes. When re-connecting, I can see that the Alt-F4 has also been sent to the server.
This happens, regardless if I use "Grab Keyboard" or not, even in Full-Screen mode.
Please let me know if there are any more information I can provide.
The text was updated successfully, but these errors were encountered: