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

311–320 of 420 posts

Re: Vim 8.0 is coming

#311

Post by frabbit »

nims11 wrote: post #11
d33 wrote: 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.

http://learnvimscriptthehardway.stevelosh.com/

Great book. This in combination with: a) the Drew Neil vimcasts and; b) Tim Pope's pathogen system and; c)NERDTree helped me to get to a point where Vim does most of what I want.

Re: Vim 8.0 is coming

#312

Post by majewsky »

ikawe wrote: post #214

> Plugins keep growing and more of them are available then ever before. To keep the collection of plugins manageable package support has been added. This is a convenient way to get one or more plugins, drop them in a directory and possibly keep them updated. Vim will load them automatically, or only when desired. See |packages|. Is this going to replace pathogen?

Pathogen: Most likely. Vundle: Probably not.

Re: Vim 8.0 is coming

#313

Post by andrewstuart2 »

majewsky wrote: post #72
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.

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.

Yeah, Syntastic is my number one offender. I'd love to see Syntastic be able to just maintain a background server linting process (or several). I can imagine that alone, skipping all the environment loading/code parsing, would likely be good enough to make all but the longest files lint fast enough to be unnoticeable.

Re: Vim 8.0 is coming

#314

Post by chm »

maxaf wrote: post #110
mightybyte wrote: post #108

Earlier quoted context omitted.

I have not found this to be the case with Spacemacs. Almost everything you need is bound to keystrokes using space as the leader key in the spirit of vim. As a long-time and fairly advanced vim user I recommend Spacemacs highly.

Don't you feel like you're pushing a square peg into a round hole? Or do you actually find yourself taking advantage of elisp in harmonious combination with Vim's editing UX?

I thought the same thing as you at first, as I was a vim+pathogen user. My workflow was working properly but to me it's just much simpler to do a SPC-f-e-d, add 'git' to my packages, then SPC-f-e-R and voila, git support is installed.

I'm sure I'll go back some day but for now Spacemacs is perfect for my use (i.e. writing small software, not large projects).

Re: Vim 8.0 is coming

#315

Post by kolme »

lottin wrote: post #180
coldtea wrote: post #163

Earlier quoted context omitted.

Actually it is. Not only in the sense that Vim is a clone of vi (with added stuff), but more specifically in that in lots of distros the vi command is just vim (with some special flags). Old BSD vi today is, and has been for over a decade or so, dead.

It's not dead, it's finished. It's got all the features of the original vi, therefore mission accomplished. Software doesn't need to be developed ad-aeternum to remain 'alive'.

> Software doesn't need to be developed ad-aeternum to remain 'alive'.

I have to politely but firmly disagree. Software rots if it's not being actively maintained.

Underlying API/ABI's get deprecated and eventually dropped, dependencies reach end-of-life and need to be replaced, and so on.

Take one program today and try to run it in 10 years, as is. I bet it won't work.

I'm talking of course, of any non-trivial piece of code. "Fizzbuzz" written in an interpreted language... it might even run if you're lucky.

(Edit: formatting)

Re: Vim 8.0 is coming

#316

Post by Ericson2314 »

Ericson2314 wrote: post #286
akerro wrote: post #155

Earlier quoted context omitted.

I have a better question. Will those tools be still used in 40 years? And what modern tools will be used after that time?

Let's hope not.

Hey, why the downvote? I respect the good work that has been put into emacs and vim over the decades, and the good kick-in-the-but that spacemacs and neovim provide too.

That said, programing via editing text is a completely primitive method, and I hope things like http://unisonweb.org/ will replace it.

Even if one is not on-board the structured editing concept, with so much changing about the way we use computers and the software we run on time, the fact that our development methods have changed far less is quite anomalous and deserves critique.

Re: Vim 8.0 is coming

#317

Post by kolme »

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…

Competition is great. I was kind of bummed that Bram didn't want to add support for asynchronous things in Vim and Neovim kind of forced his hand. It is great.

I have no plans to run Neovim in the near future, but I'm already profiting from it. Kudos to Tarruda and friends.

Re: Vim 8.0 is coming

#318

Post by majewsky »

melling wrote: post #132

I've been trying to evaluate the different editors. https://github.com/melling/EditorNotes/blob/master/vim.org To me it feels like the vim key bindings are more efficient for programmers. No one has ever done a scientific comparison, and it always seems to end in a religious war, but we should do a better job of evaluating our tools. Then hopefully, we can improve them.

The problem with evaluating editor efficiency is that you are more likely to measure the user's proficiency. The vim editing style is only as efficient as the number of motions that you know. (I use about half of them actively, but I have a lot of vim users sitting around me that barely know "w".)

So to really compare efficiency of, say, Emacs vs. vim, you will first need to find two users. One who is as proficient in Emacs as the other is in vim. Good luck with that. :)

Re: Vim 8.0 is coming

#320

Post by FF76 »

d33 wrote: 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.

http://vimgolf.com/

This was by far the most effective way I went from intermediate to advanced. The key is that you can see the key sequence of how other people got to their solutions. Then you can judge whether those solutions are just a one-off niche use case or if you can put it in your tool belt of VIM dominance.

Post reply on HN