Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add configuration option to unbind all keys #5443

Closed
fitzgibbon opened this issue Apr 21, 2020 · 2 comments
Closed

Add configuration option to unbind all keys #5443

fitzgibbon opened this issue Apr 21, 2020 · 2 comments
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@fitzgibbon
Copy link

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.

@fitzgibbon fitzgibbon added the Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. label Apr 21, 2020
@ghost ghost added Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting labels Apr 21, 2020
@zadjii-msft
Copy link
Member

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

/dup #3318

@ghost
Copy link

ghost commented 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 ghost closed this as completed Apr 21, 2020
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Apr 21, 2020
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

2 participants