-
Notifications
You must be signed in to change notification settings - Fork 27
Fix neovim support #104
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
Fix neovim support #104
Conversation
Use the newer API from the neovim python-client, this avoids having the the second unicde instance.
Previously Neovim did not wrap commands when calling the shell so shell.vroomfaker skipped the parsing step for Neovim. This is no longer the case restore the original behaviour.
We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for the commit author(s). If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google. |
That CLA nag is weird. Different email address associated with the individual commits, perhaps? If that's the case, you can use |
No. I've checked, I'm using the exact same email address. Edit: Well the CLA form lists my google account email address, if that means anything. |
awesome! this should let me pick up #100 again |
Four problems that were preventing the vroom tests from running on neovim: - The vroom version was too old, see google/vroom#104 - The maktaba version was too old, see google/vim-maktaba#172. I considered constraining this to neovim but it applies to recent vim as well (the version of vim in travis/xenial is quite old) and the extra version checking seems pointless. - The get-pip.py invocation was outdated. - For some reason neovim pauses more often with "Hit ENTER" messages. Perhaps newer vim would too. In any case, increasing the cmdheight solves the problem without needing to sprinkle :silent everywhere.
Four problems that were preventing the vroom tests from running on neovim: - The vroom version was too old, see google/vroom#104 - The maktaba version was too old, see google/vim-maktaba#172. I considered constraining this to neovim but it applies to recent vim as well (the version of vim in travis/xenial is quite old) and the extra version checking seems pointless. - The get-pip.py invocation was outdated. - For some reason neovim pauses more often with "Hit ENTER" messages. Perhaps newer vim would too. In any case, increasing the cmdheight solves the problem without needing to sprinkle :silent everywhere.
Four problems that were preventing the vroom tests from running on neovim: - The vroom version was too old, see google/vroom#104 - The maktaba version was too old, see google/vim-maktaba#172. I considered constraining this to neovim but it applies to recent vim as well (the version of vim in travis/xenial is quite old) and the extra version checking seems pointless. - The get-pip.py invocation was outdated. - For some reason neovim pauses more often with "Hit ENTER" messages. Perhaps newer vim would too. In any case, increasing the cmdheight solves the problem without needing to sprinkle :silent everywhere.
One issue I've noticed is that examples/messages.vroom blocks waiting for input (set more seems to have no effect?) I'm stil investigating that one, but might be a legitimate difference in Neovim. Pretty annoying for Travis though, so I've disabled those tests for Neovim.