Martin Fox
Martin Fox
@tsayao The best place to start is with the manual test that I added to PR #425 (KeyboardTest.java). That test works on Windows, Mac, and Linux and uses a Robot...
For anyone else looking at this code: the GTK documentation on how groups and levels work doesn't match the behavior seen on X11 systems. This whole area is sketchily documented....
The results returned from `gdk_keymap_get_entries_for_keyval` match the way the keys events are delivered from the OS. The numlock state can affect the `level` and some keys (like ones on the...
Leaving a comment so this pull request isn't closed. Working Robot code is vital for testing other parts of keyboard handling, like #694.
> I wonder if RobotKeySanityTest could be part of the PR as a manual test? Same as in #694 The RobotKeySanityTest is tricky, it requires the user to press a...
It would be a lot of work to complete this PR. All menu bar handling is on the renderer side. Each renderer builds its own menu tree and then calls...
Let me start by saying that these comments only apply to the Mac version. The way JavaFX works on Windows is substantially different so it's not likely that whatever I...
I'll look into the Linux failure. The core EventLoop code passes an object into the application's leaveNestedEventLoop and expects to see that object returned from the applications's matching enterNestedEventLoop call....
I now understand what’s going wrong on Linux but I don’t know how to fix it. When the test case tries to leave the innermost loop (let’s call it A)...