Live data from Hacker News

Vim 8.0 released

groups.google.com

241–250 of 308 posts

Re: Vim 8.0 released

#243

Earlier quoted context omitted.

Probably different people have different views on the industry. I never saw anyone (but me) using vim. Programming: Eclipse, Intellij Idea. Administration: notepad, sometimes notepad++. For Linux it's KEdit or GEdit, depending on environment, I saw nano once. vim or Emacs are popular among enthusiasts, but for many professionals who's just makes living on it, those are gimmicks from ancient era. I spent quite a lot o…

Every so often someone will do a "what editor do you use?" poll here, vim is the top choice. Maybe it's not the most common in the industry, especially if you include the hordes of Java or C# only developers, but at least among HN devs it's the #1 pick.

A stack overflow survey (http://stackoverflow.com/research/developer-survey-2016) had plenty of vim users and that includes us c#/java hordes.

Re: Vim 8.0 released

#244
post #121

Earlier quoted context omitted.

> Neovim was largely responsible for pushing vim Did Bram Moolenaar tell you that? Otherwise, none of us know what motivated him. Neovim fans seem to hijack Vim discussions frequently. Sometimes people want to talk about Vim.

> Did Bram Moolenaar tell you that? Otherwise, none of us know what motivated him. I don't think this is a subjective matter? The sequence of events was: 1. async feature was proposed in 2014 and earlier, Bram was opposed to the idea in general 2. neovim was created to integrate async and other improvements 3. lots of plugins started supporting neovim's async 4. vim comes out with its own async feature You're welcome…

> 1. async feature was proposed in 2014 and earlier, Bram was opposed to the idea in general

Not accepting a patch without question doesn't mean he was opposed to the idea.

Re: Vim 8.0 released

#245
post #226

Earlier quoted context omitted.

I'd love to see vim add an embedded terminal emulator in a window based on the async support. That feature alone motivated me to try neovim.

That feels like the realm of a plugin, IMO. (I don't know enough to know whether or not that type of thing could be done via plugin, though.)

With the new async support it should be relatively simple, weekend project simple for a basic implementation.

Re: Vim 8.0 released

#246
post #25

Earlier quoted context omitted.

this async thing was Neovim's main selling point, right? I mean cruft-removal is all well and good but vim works fast and fine for me so not important. What does Neovim now offer that this doesn't?

Vim was in a virtual lock down of maintenance mode before Neovim came along and offered some competition. I'm happy to see Vim woken up out of its slumber, but let us not dismiss what Neovim offers or has already accomplished.

The release history: https://en.wikipedia.org/wiki/Vim_(text_editor) doesn't looks pretty active to me.

Re: Vim 8.0 released

#247
post #32

Earlier quoted context omitted.

I would move to Spacemacs if it had the possibility for using a tabbed interface similar to GVim's. Ideally something already built in, mature, and one which wouldn't need any hand holding during operation. Vim's tabbed interface is quite good, it's basically Vim + a Vim-specific stacking window manager.

There is such support in Spacemacs, it is called "spacemacs layouts" but the tab is visible only on demand while pressing `SPC l`. Eyebrowse is also integrated in Spacemacs layouts so you can have multiple sub-layouts for a given layouts. Note that Spacemacs layouts also achieve buffer isolation so you can have a layout restricted to project's buffers only, you can also create your own rules to automatically add buff…

Spacemacs layouts are like having clippy in your text editor. "It looks like you're opening a tab, would you like to continue?", "What would you like to name this tab?". Vim just opens a tab.

Re: Vim 8.0 released

#248
post #228

Earlier quoted context omitted.

As much as I've been complaining about Vim in this thread, I don't think it's evil, or anything. But I do love Emaca as much as you love Vi, for much the same reasons (although some of those one character commands make me envious). You could always use both (the non-religious option). Come to the dark side. We have macros.

OK I'll make you a deal, as soon as I've mastered every feature in Vim I'll move on to Emacs. :) Which reminds me, I must reread that stackoverflow post about grokking vi again. http://stackoverflow.com/questions/1218390/what-is-your-most...

That's an incredibly useful post.

Anyways, I only suggested it because you seemed interested. There's certainly no requirement to do so. And since you'll never master every feature in Vim, you'll never use Emacs if you have that requirement.

The sad thing about Vi is its Lisp mode: the original Vi had a pretty nice mode for editing Lisp, which most clones have not recreated.

Re: Vim 8.0 released

#249
post #96

Earlier quoted context omitted.

I wouldn't say he's stepped up. It's all a reactionary response to Neovim. I dont think we'd ever have async in vim if it weren't for the neovim project. That being said I hope they pull an io.js and merge taking the best of both vim and neovim, whatever that may be.

async VIM - We had it 4 years ago with VIM-Dispatch. https://github.com/tpope/vim-dispatch

That never worked on windows.

Re: Vim 8.0 released

#250
post #110

Earlier quoted context omitted.

The thing is, having tried Evil/Spacemacs, they're still really Emacs not Vim. At some point you have drop out of the pseudo Vim world do things the Emacs way, keybindings and all. For me personally, that's not what I want. e.g. I like to use C-h as an alternative to backspace, it helps relieves my RSA not have to reach for backspace. Spacemacs provides that binding in some places but not all. To get get C-h to consi…

> At some point you have drop out of the pseudo Vim world do things the Emacs way, keybindings and all. or many packages there are many "vim-optimized" packages nowadays, e.g. evil-ediff, evil-org or evil-magit. > e.g. I like to use C-h as an alternative to backspace, it helps relieves my RSA not have to reach for backspace. I would do such remapping on the system level. E.g. I personally have my layout implemented i…

> or many packages there are many "vim-optimized" packages nowadays, e.g. evil-ediff, evil-org or evil-magit.

Sure, they come with bindings, but what about my custom bindings? Working with HJKL does not mean they are vim optimized.

Post reply on HN