On Tue, 25 Apr 2023 17:12:35 GMT, Martin Fox <d...@openjdk.org> wrote:

>> For some reason, Command-+ on Mac did not generate console output in 
>> KeyCharComboTest (in the ticket).
>> Using Windows+L (on the attached IBM keyboard) did generate stdout, but not 
>> Windows-+.
>> 
>> Am I doing something wrong?
>
> @andy-goryachev-oracle This bug is Linux-specific and this PR only fixes 
> Linux. It's still worth testing on Mac and Windows just to verify that 
> they're not affected. Those platforms also have problems with 
> KeyCharacterCombinations but I entered separate bugs, see 
> [JDK-8274967](https://bugs.openjdk.org/browse/JDK-8274967) for Windows and 
> [JDK-8087700 ](https://bugs.openjdk.org/browse/JDK-8087700) for Mac. I 
> updated my comment in the Mac bug to better explain the behavior you're 
> seeing.
> 
> Since this PR was submitted I have written the KeyboardTest app submitted as 
> part of PR #425 which includes tests for KeyCharacterCombinations and covers 
> a lot of keys in one go. Unfortunately that test relies on robust Robot code 
> and right now only Windows has that (Linux is waiting on #718 and Mac on 
> #425). It's also good to have the final Robot code in place since it's 
> reasonable for an implementation to re-use that code when transitioning to 
> `Toolkit.getKeyCanGenerateCharacter`. 
> 
> The core Java code in the PR is mostly plumbing and is still worth reviewing. 
> I needed to transition at least one platform to the new machinery to validate 
> it but in retrospect Linux was probably not the right choice. Eventually I 
> should close out this PR and re-submit the code with the Windows front- and 
> back-ends in place so we can use the semi-automated KeyboardTest app instead.
> 
> BTW, when I originally started working on this I wasn't planning on getting 
> KeyCharacterCombinations working with the numeric keypad. That's why the 
> original bug report assumed all testing would be restricted to the main 
> keyboard and the test app in this PR prevents testing on the keypad. But the 
> new Toolkit call makes it (relatively) easy to fix 
> [JDK-8090275](https://bugs.openjdk.org/browse/JDK-8090275) so all that's 
> obsolete. Sorry for the confusion.

@beldenfox thank you for doing this work!  Should we be reviewing/integrating 
PRs in a specific sequence?

-------------

PR Comment: https://git.openjdk.org/jfx/pull/694#issuecomment-1522150320

Reply via email to