JSPM

  • ESM via JSPM
  • ES Module Entrypoint
  • Export Map
  • Keywords
  • License
  • Repository URL
  • TypeScript Types
  • README
  • Created
  • Published
  • Downloads 185
  • Score
    100M100P100Q88127F
  • License Unlicense

React hook that takes keyboard event handlers and attaches them to the document

Package Exports

  • @acusti/use-keyboard-events

Readme

@acusti/use-keyboard-events

latest version maintenance status bundle size downloads per month

useKeyboardEvents is a React hook that takes the following payload:

{
    ignoreUsedKeyboardEvents?: boolean;
    onKeyDown?: (event: KeyboardEvent) => unknown;
    onKeyPress?: (event: KeyboardEvent) => unknown;
    onKeyUp?: (event: KeyboardEvent) => unknown;
    priority?: number;
}

The hook uses keyboard event listeners on the document to trigger the onKey(Down|Press|Up) functions in order to ensure that all key events are captured regardless of whether there is currently a focused element in the DOM (i.e. document.activeElement is set). This solves the problem where keyboard event handlers attached via React’s onKey(Down|Press|Up) props miss any keyboard events that occur when the target element and its descendants aren’t focused.

In addition to keyboard event handlers, you can pass the boolean prop ignoreUsedKeyboardEvents, which defaults to true. If the prop is true and the keyboard event target is an input, textarea, or contenteditable element, your keyboard event listeners will not be triggered. This makes it trivial to avoid erroneously handling keyboard shortcuts when the keyboard event is intended by the user to apply to the currently focused text editing U. For example: you have a “todo” application that has a delete key handler for deleting the currently selected todo item when. If editing the text of a todo item also means the todo item is selected, a keydown handler that deletes the todo item would be triggered when the user is editing the text of the todo item and hits the delete key. If you use this package and ignoreUsedKeyboardEvents is true (it defaults to true), the hook will not trigger your handler if an input or textarea or contenteditable element is the target of the event.

The hook exposes two more methods for controlling how events are handled: first, you can pass priority, which can be any number between -50 and 50. A higher number means a higher priority, and handlers will be executed in order from highest priority to lowest priority. In addition, you can return boolean false from your handler to indicate that no other handler should be triggered for this same event (akin to calling event.stopPropagation()).