Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Vim 8.0 is coming

github.com

Post reply on HN
Print view View original

71–80 of 420 posts

Re: Vim 8.0 is coming

#71

Post by yoo1I »

dockerlocker wrote: post #34

Is there a way how I can copy blocks of code outside the vim window to another application without also copying the line numbers? Also is there one simple key combination to [un]comment a line or a selected block? I found out how to do many simple operations with this ancient tool, what can be really fun if you have nothing else funny in life (too many people have no other sources of fun, really) - but I am still not…

If vim causes you to write comments that go from "How to I copy and paste correctly?" to the last 3/4th of it being "Programmers are fucking stupid" ... it might not be the tool for you.

Re: Vim 8.0 is coming

#72

Post by majewsky »

andrewstuart2 wrote: post #6
ecthiender wrote: post #3

To list few of the new features: Asynchronous I/O support, channels (Vim can now exchange messages with another process in the background asynchronously), Background jobs, timers, packages for plugins! Wow! This is huge. So many interesting features landing on Vim 8.0.

Async I/O, plus JSON is seriously enormous. I'm very excited for how much faster things will be, and I can imagine JSON support will definitely make integration just that much easier. My one minor gripe was plugin speed, as syntax highlighting, linting, etc. can take long enough to be jarring.

Especially Syntastic. It's always a pain when every ":w" of a Ruby file hangs for 5 seconds during syntax checking because Ruby is so abysmally slow.

Re: Vim 8.0 is coming

#73

Post by mbrock »

zerr wrote: post #60
pmarin wrote: post #43

Earlier quoted context omitted.

I don't need to learn Qt Creator, Clion, xCode, AppCode and VS if I already know vim. Why I would to need to use a different text editor for each different language?

Unlike vim or emacs, you don't need to learn VS, Qt Creator, Clion or similar... Mostly, these tools are so intuitive, you just start being productive right after first time.

Hahahaha! Oh, what a beautiful world that would be.

Re: Vim 8.0 is coming

#74

Post by et1337 »

pjmlp wrote: post #10
pvinis wrote: post #4

I have vim, neovim and emacs (and spacemacs) installed. Right now I'm trying to get into emacs a bit more. What's interesting to me, and the reason I try to keep up to date with the latest changes for all four editors, is that it's been now, what, 25 years (?) since emacs and vim started "competing" and they still are. I guess we could be saying the same in 10 years about firefox and chrome, but it still is amazing i…

I became an heavy Emacs user as I could not find the comfort of Borland IDEs in UNIX, as I started to use it. Since I moved away from C++ into Java and .NET land, never felt the need to use them any longer. And nowadays, with Qt Creator, Clion, xCode, AppCode and VS, I also don't feel the need of them when I need to go back to C++. It is very good to know the basics from plain Vi, because there are still commercial U…

To me, it's just that text editing becomes way more efficient when you can accomplish everything without reaching for the mouse.

The great thing about Vi (and I presume Emacs as well) is that you can get keybindings for just about any IDE. I use Visual Studio for intellisense, but I install VsVim which gives it 90% of the most commonly used features of Vim. XCode has XVim. IntelliJ products have IdeaVim. I've used them all, they're all great. It's nice to be able to feel instantly at home in any editor.

Re: Vim 8.0 is coming

#75

Post by BonsaiDen »

userbinator wrote: post #66
andrewstuart2 wrote: post #6

Earlier quoted context omitted.

Async I/O, plus JSON is seriously enormous. I'm very excited for how much faster things will be, and I can imagine JSON support will definitely make integration just that much easier. My one minor gripe was plugin speed, as syntax highlighting, linting, etc. can take long enough to be jarring.

Async I/O? In a text editor , where the bulk of the time is spent waiting for the user to do something? I've used (an older version of) Vim on huge 100MB+ files and never thought it to be slow at all. In fact I don't think I've ever experienced any lag with Vim. I suspect you won't find this new version any faster.

This is mostly about linters, makeprg's and things like Ctrl+P / Command+T, git-gutter etc.

I recently switched to NeoVim and it really _does_ make a world of difference, saving is a whole lot faster when git-diff can be performed asynchronously and the ability to scan directories in the background makes fuzzy searching of files a lot faster.

Re: Vim 8.0 is coming

#76

Post by AnonymousPlanet »

zerr wrote: post #60
pmarin wrote: post #43

Earlier quoted context omitted.

I don't need to learn Qt Creator, Clion, xCode, AppCode and VS if I already know vim. Why I would to need to use a different text editor for each different language?

Unlike vim or emacs, you don't need to learn VS, Qt Creator, Clion or similar... Mostly, these tools are so intuitive, you just start being productive right after first time.

I disagree. VS, Clion, Eclipse etc. have very different key bindings and differ significantly in the way projects are set up and regarding underlying build mechanisms. These are all things you need to learn to be proficient with a tool. Once you are beyond a superficial use of a tool, a slightly steeper initial learning curve pales in contrast of what you need to reach a certain level.

Re: Vim 8.0 is coming

#77

Post by majewsky »

jbmorgado wrote: post #62
nickysielicki wrote: post #2

And... there goes a lot of energy to neovim. The only other feature request I have is expanded features for window drawing for plugin makers. I want to be able to draw over a buffer without editing the text. If you've ever used jedi-vim, you'll see the function's signature appear above the line you're editing. What a lot of people don't realize is that is actually modifying the file and saving the prior contents of t…

From what this initial view of Vim 8.0 looks, it actually went in the direction of Neovim, the asynchronous inner works were what made me try Neovim in the 1st place. Now, from what I can understand, Neovim only has two advantages, a cleaner code trough re-writing (it's debatable if that's really an advantage) and the ability of using other languages for plugins (which seems clearly and advantage due to the lacking f…

Neovim also has the terminal buffers, which Vim has explicitly stated to never add.

(Source: Somewhere in :help, but unfortunately I can't find it right now.)

Re: Vim 8.0 is coming

#78

Post by chronial »

userbinator wrote: post #66
andrewstuart2 wrote: post #6

Earlier quoted context omitted.

Async I/O, plus JSON is seriously enormous. I'm very excited for how much faster things will be, and I can imagine JSON support will definitely make integration just that much easier. My one minor gripe was plugin speed, as syntax highlighting, linting, etc. can take long enough to be jarring.

Async I/O? In a text editor , where the bulk of the time is spent waiting for the user to do something? I've used (an older version of) Vim on huge 100MB+ files and never thought it to be slow at all. In fact I don't think I've ever experienced any lag with Vim. I suspect you won't find this new version any faster.

This is in fact fixing a massive pain point in vim, and one of the main reasons why NeoVIM has so much support. Saving a file in vim takes 1-2 seconds for me. Not because my disk is slow, but because I run some linters on my files, that take that long to all complete.

Async I/O is not about disk I/O, but communication with other programs.

Re: Vim 8.0 is coming

#79

Post by icebraining »

yitchelle wrote: post #45
Scarblac wrote: post #23

Earlier quoted context omitted.

According to Wikipedia ( https://en.wikipedia.org/wiki/Vi and https://en.wikipedia.org/wiki/Emacs ) both vi and Emacs are from 1976. 40 years this year!

To be fair, vim is not strictly vi although they were related. Amazing, I was 1 year old when both were started. How many other software package has such longevity? Unix and its various guises?

SPICE is even older, and still used: https://en.wikipedia.org/wiki/SPICE

Re: Vim 8.0 is coming

#80

Post by mixedCase »

ed_blackburn wrote: post #29

With the age of their respective codebases, I'd love to know what lurks beneath? Immaculate, well factored code? A hornets nest of hacks - what do you expect from such old codebases - or have they been re-written so many times you'd never guess their ages from the codebase.

Vim's codebase is known to be one of the most unclean collections of C code out there. It's one of the reasons why Neovim came into existence.
Post reply on HN