You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 15, 2022. It is now read-only.
When a particular key combination is bound to a command and is also a prefix for other commands, the partialMatchTimeout doesn't appear to work properly.
Easiest steps to reproduce:
Install git-plus package
Look at the package settings and note the default keybindings have commands mapped to cmd-shift-a and cmd-shift-a s (and others)
Open a file inside a git repo.
Open key binding resolver
Press cmd-shift-a
Wait 1 second, and note that it's still waiting. (It appears to wait indefinitely)
Press up arrow or anything else that cancels the wait. Only then does the git-plus:add command run.
To ensure this wasn't directly related to the git-plus package, I've also reproduced this in safe mode by binding a command such as core:copy to cmd-k, which has a number of 2-stroke bindings already set up.
See akonwi/git-plus#415 and akonwi/git-plus#419 for some related discussion. Some people there say this behavior appeared in the 1.5 branch, maybe between 1.5.3 and 1.5.4.
The text was updated successfully, but these errors were encountered:
Summary:
This adds a keyboard shortcut for clearing the console that matches Chrome's. A few things to note:
1. It's global (instead of being scoped to the input prompt).
2. Even though it's preferable, we don't use ⌘K because of its conflicts with partially matching pane moving shortcuts. Also, it's currently broken due to atom/atom-keymap#129.
Changelog: Add keyboard shortcut for clearing the console
Reviewed By: jgebhardt
Differential Revision: D3825846
fbshipit-source-id: e9970739ecf9fd78b6b2a87449503c20410aa2cc
Atom 1.7.2 on OSX 10.11.4
When a particular key combination is bound to a command and is also a prefix for other commands, the partialMatchTimeout doesn't appear to work properly.
Easiest steps to reproduce:
cmd-shift-a
andcmd-shift-a s
(and others)cmd-shift-a
git-plus:add
command run.To ensure this wasn't directly related to the git-plus package, I've also reproduced this in safe mode by binding a command such as
core:copy
tocmd-k
, which has a number of 2-stroke bindings already set up.See akonwi/git-plus#415 and akonwi/git-plus#419 for some related discussion. Some people there say this behavior appeared in the 1.5 branch, maybe between 1.5.3 and 1.5.4.
The text was updated successfully, but these errors were encountered: