A React component for handling keyboard events (keyup, keydown and keypress^*).

1. Supports combined keys ( e.g. CTRL + S and even CTRL + SHIFT + S );
2. Supports handling modifier key alone (e.g. handle pressing 'ctrl' key);
3. Supports almost all keys including function keys (e.g. 'F1');
4. Provides easy-to-use and consistent key names to free you from dealing with numeric key codes and/or browser compatibilities;
5. Supports key alias such 'alphanumeric' and 'all' as short cuts for handling multiple keys;
6. Supports multiple handler instances and provides an easy way to control enable/disable status for each handler via props isDisabled and isExclusive.

demo/dist/index.html

npm install react-keyboard-event-handler

By default, KeyboardEventHandler only handles global key events sourced from document.body. That is, key events fired without any focused element (event.target). It will not handle key events sourced from form controls (e.g. input ), links or any tab-enabled(focusable) elements (e.g. elements with tabIndex attribute).

Web browsers come with default keyboard behaviors for tab-enabled elements. It may be more appropriate to let the browser do its job in most cases.

import KeyboardEventHandler from 'react-keyboard-event-handler';

const ComponentA = (props) => (<div>
  <div>key detected: {props.eventKey}</div>
  <KeyboardEventHandler
    handleKeys={['a', 'b', 'c']}
    onKeyEvent={(key, e) => console.log(`do something upon keydown event of ${key}`)} />
</div>);

You can change this default, however, by setting handleFocusableElements prop to true;

If KeyboardEventHandler wraps around any children elements, it will handle and ONLY handle key events sourced from its descendant elements, including any form controls, links or tab-enabled elements.

import KeyboardEventHandler from 'react-keyboard-event-handler';

const ComponentA = (props) => (<div>
  <div>key detected: {props.eventKey}</div>
  <KeyboardEventHandler
    handleKeys={['a', 'b', 'c']}
    onKeyEvent={(key, e) => console.log(`do something upon keydown event of ${key}`)} >
    <input type="text" placeholder="Key events will be handled"/>
    <a href="#" >Key events from focusable element will be handled</a>
  </KeyboardEventHandler>
</div>);

For form control elements, React provides with onKeyDown, onKeyPress and onKeyUp synthetic events. However, you may find it easier to work with the key names/alias provided by KeyboardEventHandler.

The handleKeys prop accepts an array of key names. Key names and key alias free developers from dealing with numeric char codes and/or key codes and browser compatibility issues with KeyboardEvent.code and KeyboardEvent.key. (Ref: JavaScript Madness: Keyboard Events)

• Key names are in LOWER CASE for consistency. handleKeys=['a'] will still handle key event for 'A' with caps lock on.
• To handle combined keys like shift and a, use key names in the format of shift+a;
• You can also use key name aliases like 'numbers' or 'alphanumeric'.

You can handle one or more common keys by using an array of their names.

<KeyboardEventHandler
    handleKeys={['a']}
    onKeyEvent={(key, e) => console.log('only handle "a" key')} />

Note: Native keyboard events with modifier key(s) will NOT match common keys in handleKeys. e.g. handleKeys=['a'] will not handler events with combined keys 'Ctrl' and 'a'. To match native keyboard event with modifiers, read the next section.

You can handle modifier keys combined with a common key by using key name in the format of ctrl+a or ctrl+shift+a. To use the + common key with modifier keys, use the alias key 'plus'. e.g. ctrl+plus.

<KeyboardEventHandler
    handleKeys={['ctrl+a']}
    onKeyEvent={(key, e) => console.log('only handle "a" key with control key pressed')} />

Tips:

• Modifier keys only work well with common keys a-z. OS and/or browsers use other combinations for other purposes. For example, cmd + right is used as the shortcut to navigate 'forward' in some browsers.
• Modifier keys are themself common keys. You can handle key event of single 'ctrl' key with handleKeys=['ctrl'];

Key set alias provide any easy way to specify common key sets. It is useful when you want to handle multiple keys and put all handling logic for each key inside the handler callback function.

<KeyboardEventHandler
    handleKeys={['numeric']}
    onKeyEvent={(key, e) => console.log('only handle number key events')} />

Note:

1. Alias keys are aliases to a list of common keys. Expect the same behavior as if the respective array of common key names is in use.
2. When a keyboard event matches, the first (key) parameter to the callback function will be the matched lowercase common key name. e.g. a for alias numeric.
3. Alias key names do not work with modifiers. e.g. handleKeys=['ctrl+numeric'] // doesn't work
4. You can mix alias with common keys. e.g. handleKeys=['numeric', 'a', 'enter', 'ctrl+b']

For example, in an app with a list of products, you could have a handler for navigating (highlighting) the products with the up and down keys. Upon selecting (or hitting the 'enter' key on) a product, a modal pops up.

Within the modal is a list of options for the selected product. Another key handler can be used inside the modal using for navigating the options with the up and down keys, too.

However, the key handler for the product list should be first disabled (i.e. isDisabled={true}). Otherwise, the user will be navigating the product options in the modal and the product list in the background at the same time.

There could be other key handlers in your app, they all should be disabled to avoid unexpected results.

The isExclusive prop can be helpful in this situation. When a handler set to isExclusive, all other key handlers will be suspended.

In the above example, the key handler in the modal could set to be isExclusive. When the modal opens, all other handlers will be temporarily suspended. When the modal is closed/unmounted, they will be working again.

If more than one enabled handlers are isExclusive, the most recently mounted/assigned handler wins.

Technically, exclusive handlers are put into a stack upon mounted or when changed from non-exclusive to exclusive; Exclusive handlers are removed from the stack upon unmounted or disabled or changed to non-exclusive. The one left on the top of the stack is the one only exclusive handler.

I believe this is not a good use case of HoC. I found it hard to come up with a meaningful use case for passing a keyboard event object or the relevant key to a component.

However, if you have a different view on this, please create an issue/request on GitHub.

Unfortunately, there's no good way for testing keyboard events with Enzyme when using this react component.

Enzyme has two main limitations (ref: https://github.com/airbnb/enzyme/blob/master/docs/future.md):

1. Event simulation is limited for Shallow rendering. But this component needs componentDidMount for registering keyboard events;

2. Event propagation is not supported. However, Key events on wrapped components are bubbled up and handled by at the document level by this component.

Therefore, when testing with Enzyme:

1. We can only simulate keyboard events fired from document.body;
2. mount is required.
3. There's no good way, if there's any, for testing/simulating key events from wrapped child component;

  import simulateEvent from 'simulate-event';
  ...

  it('should be able to handle key events in case-insensitive way ', () => {
    const handleKeyEvent = Sinon.spy();
    render(<KeyboardEventHandler handleKeys={['ctRl + A']} onKeyEvent={handleKeyEvent} />);
    simulateEvent.simulate(document.body, 'keydown', { keyCode: 65, ctrlKey: true });
    expect(handleKeyEvent.calledWith('ctRl + A')).to.be.true;
  });