Skip to content

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

Merged
merged 3 commits into from
Aug 29, 2016
Merged

Fix neovim support #104

merged 3 commits into from
Aug 29, 2016

Conversation

equalsraf
Copy link
Contributor

  1. use the newest api from Neovim's python client, should avoid unicode issues
  2. fix shell.vroomfaker, the Neovim behaviour has changed I've removed my earlier fix (ping Rewrite neovim_mod.py to use neovim's remote screen facility #100 @martindemello)

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.

Rui Abreu Ferreira added 3 commits August 28, 2016 15:30
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.
@googlebot
Copy link

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.

@dbarnett
Copy link
Contributor

That CLA nag is weird. Different email address associated with the individual commits, perhaps? If that's the case, you can use git commit --amend --reset-author to fix (and push -f).

@equalsraf
Copy link
Contributor Author

equalsraf commented Aug 28, 2016

No. I've checked, I'm using the exact same email address. git log | grep raf-ep

Edit: Well the CLA form lists my google account email address, if that means anything.

@dbarnett dbarnett merged commit 8191221 into google:master Aug 29, 2016
@martindemello
Copy link
Contributor

awesome! this should let me pick up #100 again

dbarnett added a commit that referenced this pull request May 22, 2018
Changes since 0.12.0:
  * Update to work with neovim python client 0.1.6 and newer (#104)
  * Improve error handling with a "result" type (#98)
agriffis added a commit to agriffis/vim-codefmt that referenced this pull request Dec 30, 2019
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.
agriffis added a commit to agriffis/vim-codefmt that referenced this pull request Dec 30, 2019
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.
dbarnett pushed a commit to google/vim-codefmt that referenced this pull request Jan 1, 2020
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.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants