Add configuration option to unbind all keys #7517

Closed
opened 2026-01-31 01:05:53 +00:00 by claunia · 2 comments
Owner

Originally created by @fitzgibbon on GitHub (Apr 21, 2020).

Description of the new feature/enhancement

The current user experience for conflicts between Windows Terminal bindings and console application bindings is to try something in the console application, notice the keystroke doesn't work as it is intercepted by Windows Terminal, then try to identify the exact combination of modifier keys that Windows Terminal intercepts (not always trivial) and unbind that combination in the configuration.

When using Windows Terminal in an environment such as WSL2 + tmux/emacs the user will almost always want keypresses to be interpreted by the console application rather than Windows Terminal itself.

The user should have a way of unbinding all keys from Windows Terminal without listing them all individually.

Proposed technical implementation details (optional)

Add a configuration option to remove all key bindings without having to list them individually, leaving only the GUI as a means to interact with Windows Terminal, passing all keystrokes on to the console application.

Originally created by @fitzgibbon on GitHub (Apr 21, 2020). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING: 1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement. 2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement. 3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number). 4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement. 5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement. All good? Then proceed! --> # Description of the new feature/enhancement The current user experience for conflicts between Windows Terminal bindings and console application bindings is to try something in the console application, notice the keystroke doesn't work as it is intercepted by Windows Terminal, then try to identify the exact combination of modifier keys that Windows Terminal intercepts (not always trivial) and unbind that combination in the configuration. When using Windows Terminal in an environment such as WSL2 + tmux/emacs the user will almost always want keypresses to be interpreted by the console application rather than Windows Terminal itself. The user should have a way of unbinding all keys from Windows Terminal without listing them all individually. <!-- A clear and concise description of what the problem is that the new feature would solve. Describe why and how a user would use this new functionality (if applicable). --> # Proposed technical implementation details (optional) Add a configuration option to remove all key bindings without having to list them individually, leaving only the GUI as a means to interact with Windows Terminal, passing all keystrokes on to the console application. <!-- A clear and concise description of what you want to happen. -->
claunia added the Issue-FeatureResolution-Duplicate labels 2026-01-31 01:05:53 +00:00
Author
Owner

@zadjii-msft commented on GitHub (Apr 21, 2020):

Largely, this discussion is much of the same of #3318, so I'd rather we unify the discussion in that thread. Thanks!

/dup #3318

@zadjii-msft commented on GitHub (Apr 21, 2020): Largely, this discussion is much of the same of #3318, so I'd rather we unify the discussion in that thread. Thanks! /dup #3318
Author
Owner

@ghost commented on GitHub (Apr 21, 2020):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost commented on GitHub (Apr 21, 2020): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#7517