Live data from Hacker News

Vim 8.2

vim.org

51–60 of 80 posts

Re: Vim 8.2

#51
post #49
post #10

I'm using plain vim occasionally, but never tried to do any coding in it, just because I'm not sure how to configure it for that. Which plugins for Python coding are universally agreed on as "must haves" Preferably just one, or two at most.

I've been doing python development in vim for the past 8 years with no plugins. Works perfectly fine.

Would you modify vimrc at all on a remote server if you had to do some Python coding there? I mean maybe a few hours of coding, but you won't be coding again on that server, so you don't want to spend too much time configuring it.

Re: Vim 8.2

#53
post #10

I'm using plain vim occasionally, but never tried to do any coding in it, just because I'm not sure how to configure it for that. Which plugins for Python coding are universally agreed on as "must haves" Preferably just one, or two at most.

You Complete Me is pretty good for autocompleting python, c, c++ and c#. For python it doesn't need any set up.

Re: Vim 8.2

#54
post #5

With vscode recent remote capabilities its hard to push(come up with a argument) vim/emacs for programmers who do dev in remote VMs.

I tried vscode's remote capabilities. Ended up back on SSH/tmux/vim workflow. Ctrl-p file lookup was too slow, I like my shell, I didn't find the vscode terminal to be the best terminal experience

Re: Vim 8.2

#55
I've never gotten gVim to look anything but horrible. (Haven't tried in a few years, so just installed this one and the window and font are so small they would require a hefty magnifying glass to use.)

AFAICT, the sanest version of "real" vim that seems turnkey is the version of vim that runs in git bash in the cygwin shell that installs with git extension for windows. Other than that, the VS and VSCode vi emulators do most of what I want and then I'm not tempted to to go down the dark hole of vim extensions.

Re: Vim 8.2

#56
post #42
post #28

Say what you want about Neovim, but it sure motivated Bram to make Vim better again. Almost everything listed here looks like a direct reaction to features Neovim has added. Same for older releases (async, terminal, etc.). Competition is good and I'm glad we're having it.

Just out of curiosity (and this goes into the subject of open source project dynamics of which I am really just a lay observer, and as someone who hasn't followed the history of either projects closely) - how is vim vs neovim organized as open source projects? Do both have a healthy ecosystem of contributor/maintaners? Are either in danger of running into "single person syndrome" or "hit-by-a-bus" syndrome?

I thought vim always was a «BDFL project», i.e. run by one person.

Re: Vim 8.2

#57
post #20

Earlier quoted context omitted.

There are a lot of ways to skin this particular cat. I've found vim-lsp is probably the best starting point, as you can plug any server you want into it, and have a consistent interface. https://github.com/prabirshrestha/vim-lsp/wiki/Servers-Pytho...

What does it mean "plug in a server into it"? I looked at the page you linked to, and I have no idea what any of that means, or what to do with it. I just want some basic stuff: autocomplete + indentation will probably achieve 90% of what I want from a Python IDE.

This refers to the Language Server Protocol [1] which is intended to decouple the IDE features from your editor so you can use it with any editor, such as Vim.

[1] https://en.wikipedia.org/wiki/Language_Server_Protocol

Re: Vim 8.2

#58
post #50
post #39

Earlier quoted context omitted.

Autocomplete, autoindentation, and perhaps colors would be nice though! To me, the main advantage of vim over IDE is it's there on any remote server.

auto indent and syntax highlighting are there by default. Never used autocomplete so can't say.

I tried autocomplete in vim for Python a few years back, I forget which plugin. It was annoying, too aggressive. Uninstalled.

Re: Vim 8.2

#59

At this point, vim is hindering progress. While they finally compied almost all of additional features of neovim, there is no sense of innovation and progress there and unfortunately the diff with neovim is right now minimal so neovim loses contributors that would otherwise be

Not sure which point you're trying to make. Vim is hindering progress by progressing in all the areas that NeoVim was also progressing??

Re: Vim 8.2

#60
post #5

With vscode recent remote capabilities its hard to push(come up with a argument) vim/emacs for programmers who do dev in remote VMs.

sshfs has been a thing I've used with any editor for at least a decade. Making it part of the editor itself instead of the file manager is bloaty.
Post reply on HN