New API to read Caps-Lock and Num-Lock state
nlisker at gmail.com
Sat Jan 16 04:34:14 UTC 2021
What do the methods that check if a mouse button is pressed, but the button
does not exist on the mouse, do?
Maybe it's a hint for consistency.
On Sat, Jan 16, 2021 at 5:09 AM Dan Howard <sproket at videotron.ca> wrote:
> Please no additional exceptions. It only makes me think in a platform
> specific way. Better would be an extra method that can I can check if
> key exists. But if the key exists or is not pressed it should simply
> return false. IMO
> On 1/15/2021 12:39 PM, Kevin Rushforth wrote:
> > For JavaFX 17, I am planning to add a minor enhancement to read the
> > state of the keyboard lock keys, specifically, Caps-Lock, Num-Lock,
> > and maybe Scroll-Lock (although I might defer the latter to a future
> > version since it will be more difficult to test, and doesn't seem as
> > useful).
> > This is currently tracked by JDK-8259680 .
> > The proposed API would be something like:
> > public static boolean Platform::isKeyLocked(KeyCode keyCode);
> > One question is whether we should throw an exception if the key state
> > cannot be read on a particular system (e.g., Num Lock on macOS), which
> > is what the similar AWT API does. I don't have a strong opinion on
> > that poont, although I wouldn't want to throw an exception if the
> > keyboard doesn't have the key in question, as long the system is able
> > to read the state accurately.
> > Comments are welcome.
> > -- Kevin
> >  https://bugs.openjdk.java.net/browse/JDK-8259680
More information about the openjfx-dev