Setting Up a Macropad for GitHub Copilot on macOS

For a Copilot editing desk, Left-Hand Pad provides twelve keys and two rotary knobs on macOS. It can flatten repeated suggestion controls into labelled physical positions.

Which Copilot shortcuts fire most often?

GitHub documents commands for accepting an inline suggestion, dismissing it, showing the next or previous suggestion and triggering a suggestion. In Visual Studio Code, those actions have named commands that can be searched in the Keyboard Shortcuts editor.

Accept and dismiss deserve separate, unmistakable keys. Put next and previous together. A trigger key is optional because suggestions may already appear automatically. Keep unrelated chat and agent actions on another section of the pad.

How do you map them to a pad on macOS?

Use EventViewer to identify each pad input. In Karabiner-Elements, turn the selected controls into spare key combinations and limit the rule to this device. Then open the editor's Keyboard Shortcuts view, search for the Copilot command name and assign the same combination.

Test with a disposable file. Confirm that dismiss never accepts, that next and previous move in the expected direction and that the main keyboard remains unchanged. Device conditions matter when the pad sends ordinary letter keys by default.

Does it work in different editors?

Copilot supports several editors, but commands and defaults differ. GitHub publishes a platform and editor selector in its shortcut reference. Build the pad against the editor you actually use instead of assuming one keymap transfers to another.

If you switch editors often, keep the hardware outputs generic and create a separate application keymap for each editor. Label the pad by intent, such as accept or dismiss, then verify what each program assigns.

When does auto-accept make the pad pointless?

If your editor or workflow accepts suggestions without review, a physical accept key adds little. More importantly, automatic acceptance removes the pause where you check generated code. The pad is useful when it makes deliberate review comfortable, not when it removes review.

The Left-Hand Pad has room for more commands than Copilot needs. Leave unused positions blank, keep acceptance away from navigation and review the map whenever editor shortcuts change. Keep the configuration note beside your editor settings so a future shortcut conflict has an obvious starting point. The note should record the pad input, macOS output and final editor command. If you change editors, create a separate command layer rather than rewriting the hardware output. That keeps the physical labels honest across applications. Recheck focus conditions after every major editor update, using a disposable file for the first test.

Back to blog