-
Notifications
You must be signed in to change notification settings - Fork 42
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
1.8.0 breaks escape sequence of keys #246
Comments
Worth filing in, this is on macOS 10.12.5. |
Useful when running pick from within another interactive program (like vim(1)) which does not re-enable keyboard transmit mode after executing an external program. Fixes #246.
Thanks for the report and especially the bisect(!). Can reproduce with :echo systemlist('git ls-files | ./pick -X') After doing some research, it seems impossible to get the current Therefore, see #247 which adds a new option :echo systemlist('git ls-files | ./pick -KX') |
Why didn't I think of that... yes - that is way simpler. Thank you. Your PR resolves the issue for me, thank you! |
Great! Planing on doing a release tomorrow. |
Useful when running pick from within another interactive program (like Vim) which does not re-enable keyboard transmit mode after executing an external program. Fixes #246.
I'm unsure the title is correct or not, but pick 1.8.0 broke the arrow keys inside of my vim. And my feeling is that an escape sequence got trickled.
Version:
v1.8.0
(not reproducible inv1.7.0
)After a
git bisect
, I found the error to be in 2d57016.Reproduction steps:
git bisect:
test.vimrc
:The pick.vim code is copied inside this test vimrc, and set to use the compiled version of
pick
inside this repository.Command:
Move around, and your arrow keys should work as expected.
Then execute:
Select a file, and the arrow keys no longer work as they used to.
The text was updated successfully, but these errors were encountered: