Live data from Hacker News

Vim 8.0 is coming

github.com

231–240 of 420 posts

Re: Vim 8.0 is coming

#231
post #179

Earlier quoted context omitted.

Looking forward to drop shadows and brushed-metal in tmux, which you shall promptly post. Also fullscreen exposé-like dashboard with previews would be nice.

Funny enough, iTerm2 has expose for its tabs, but I never use it. It's just not how I work. Drop shadows are not needed, since in iTerm2 or tmux the entire active windows is brighter and all others become slightly greyed out, so you never confuse what has focus. Bushed metal on the other hand is not something I want or desire.

> It's just not how I work.

... which means nobody else needs it, right? :)

Re: Vim 8.0 is coming

#232
post #17

Earlier quoted context omitted.

> So for me the question is why there are still people that enjoy working as if their computers are using a 25 year old developer experience. For me it's the question, why it's so hard to understand that people have different likings without to downgrade them? Everyone thinks that his/her decisions are the most sensible ones, but in most cases they aren't.

> For me it's the question, why it's so hard to understand that people have different likings without to downgrade them? Because while everyone can have this or that preferences, personal taste is not the be all end all argument, except in the "it's a free country" way. Whenever we want to assess the state of our tools, and what we need to make them better etc, we need to reach an agreement beyond "works for me" and…

Who's "we"? If someone reaches a maximum of productivity using an editor made in the 70's, who is anyone else to tell them otherwise?

Preferred tooling for reaching maximum productivity is an inherently personal thing - you may do your best in emacs, the other guy in vi, yet someone else in Sublime3 on Windows. Nobody is qualified to make broad sweeping judgments as to what works best for everyone.

A few try, and some inferences can be made to the lowest common denominator (see modern UI design practices), but if we're talking productivity for the super-literate user, then no, absolutely not.

Re: Vim 8.0 is coming

#233
post #5

By the way, I have a question: what is the best learning material for intermediate/advanced Vim users? I know quite a lot of Vim features but apart from vimtutorial, I never learned them in any organized way - it was more of a bunch of tricks I found via googling. It would be nice if there was a book (preferably free) on this editor.

To piggy back on this, in general how do you balance the time between switching out a toolset vs doing development work? For example, I've been using PyCharm for years but the switch in JetBrains's licensing strategy has me looking at Vim or Neovim. I use Vim from time to time just as a quick editor but I really need to sit down and learn it inside out to make it a useful tool for me. Is this something where you start incorporating it into each project or is it a situation where you just sit down with the tool for a few days and learn it inside out? Curious about people's thoughts on this.

Re: Vim 8.0 is coming

#234
post #228

Been using Neovim for about 6 months now, The only real difference I have felt so far is that I was able to remove a few lines from my .vimrc, like history=10000 as Neovim does this by default. As for Vim, I am done with it forever, not because of vim more because of package managers compiling vim without paste mode or lua/ruby support and making me compile vim from source with my own flags, which was a harrowing exp…

Do you ever have to vim somewhere where there is no nvim? Like on a server, etc? I worry about getting used to nvim features or behaviors that might not be compatible with vim (are there any?) and being super bummed on a server some day!

Installing neovim is easy, so just install it there too. Not using a superior product because you might have to install it is an odd decision. Besides, I understand many distros are prepared to include neovim.

Re: Vim 8.0 is coming

#235
post #205

Earlier quoted context omitted.

What's the difference between bdw and daw? I already use "b", "e", and "w" quite a lot, so the "a" and "i" infixes seem a little redundant. Is there an advantage to the infixes that I'm not seeing?

The 'a' and 'i' in this context operate on text objects . They're much more powerful than motions. For example, beyond the 'w' for word, there is 'p' for paragraph, '"' for double quotes. All of these allow you to edit the object while the cursor is inside them.

Interesting. I'd have to use ?" and /" for double quotes, although I do have () and {} for sentences and paragraphs. I'll have to go back to the documentation -- I suppose there's a "whatever is within the current pair of parentheses" text object? I could see using that quite a lot.

Re: Vim 8.0 is coming

#236
post #16
post #10

Earlier quoted context omitted.

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…

Xcode is 13 years old. Visual Studio is 19 years old. Why would people use them? Because they have evolved, just like Vim & Emacs.

  > Xcode is 13 years old.
27 if you count before Apple bought it (NeXTSTEP Project Builder / Interface Builder).

Re: Vim 8.0 is coming

#237
post #228

Been using Neovim for about 6 months now, The only real difference I have felt so far is that I was able to remove a few lines from my .vimrc, like history=10000 as Neovim does this by default. As for Vim, I am done with it forever, not because of vim more because of package managers compiling vim without paste mode or lua/ruby support and making me compile vim from source with my own flags, which was a harrowing exp…

Do you ever have to vim somewhere where there is no nvim? Like on a server, etc? I worry about getting used to nvim features or behaviors that might not be compatible with vim (are there any?) and being super bummed on a server some day!

Servers often have vi installed by default, but that hasn't made me want to give up vim features.

Re: Vim 8.0 is coming

#238
post #212

Earlier quoted context omitted.

"just like in Emacs." There are many thing you can do, but it really, really isn't just like emacs.

> "There are many thing you can do, but it really, really isn't just like emacs." "a built-in package manager, just like in Emacs." They both have built-in package managers for extensions. I don't think this is a controversial statement.

That is fair - I mis-read "just like emacs" in your original. Apologies.

The extension mechanism really isn't like emacs at all. Package management is a bit more similar (although can you easily add new repositories for nuget?)

Re: Vim 8.0 is coming

#239

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.

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.

Five seconds?! Mine hangs for at most half a second (and I thought that was a lot). I almost don't even notice it anymore.

Re: Vim 8.0 is coming

#240
post #228

Been using Neovim for about 6 months now, The only real difference I have felt so far is that I was able to remove a few lines from my .vimrc, like history=10000 as Neovim does this by default. As for Vim, I am done with it forever, not because of vim more because of package managers compiling vim without paste mode or lua/ruby support and making me compile vim from source with my own flags, which was a harrowing exp…

Do you ever have to vim somewhere where there is no nvim? Like on a server, etc? I worry about getting used to nvim features or behaviors that might not be compatible with vim (are there any?) and being super bummed on a server some day!

I use nvim to compile code in non-ui thread.
Post reply on HN