Live data from Hacker News

Vim 8.0 is coming

github.com

391–400 of 420 posts

Re: Vim 8.0 is coming

#391
post #175

Earlier quoted context omitted.

Mice are not a 100% replacement for keyboards. If you're doing lots of typing, there is something to be said for keeping your hands on the keyboard. Vim and emacs facilitate this much better than GUI-based editors.

> Mice are not a 100% replacement for keyboards. And they're not used as such. They are used as complimentary to keyboards. On the other hand, mice-based GUIs ARE a 100% replacement for CLIs.

If you're willing to say a mouse GUI is 100% replacement for CLI, then I don't see why you can't argue that a clicking on a virtual keyboard makes physical keyboards obsolete.

Re: Vim 8.0 is coming

#392
post #213
post #162

Earlier quoted context omitted.

At my last job, I was doing mostly Java server stuff. I switched between Vim and Eclipse seamlessly, depending on what task I was trying to accomplish. Vim is better at plain text editing, Eclipse is better at navigating convoluted Java hierarchies or debugging Java code. For me, those tools are not exclusive but complementary.

Have you tried Vrapper, or any other Eclipse Vim plugin like viPlugin or Eclim? Or if you use IntelliJ Idea it also has a plugin for Vim

IIRC I tried Eclim a long time ago but couldn't get it to run reliably or at all (fuzzy memory).

Those editing plugins usually don't really wrap vim so all you get is "vim-like editing" or "vi(m) functionality" which often lack some of my favorite vim shortcuts.

I find it much harder to muscle memorize the differences between the real vim and the "fake" one, so I prefer the tools that I use side-by-side to have different key bindings (for example, I use the Emacs key bindings in Eclipse).

Re: Vim 8.0 is coming

#393
post #10
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…

Q: How often am I editing a file that exists on a computer close enough to me that a GUI editor would be at all useful?

A: Rarely.

Re: Vim 8.0 is coming

#394

I'm quite a noob at 'nix, so I tend to use nano whenever I need to edit something. Not sure if this is the right place, but could somebody explain the added benefit of spending the time to learn to use vim/emacs? I've tried vim, but it seems very complicated.

It took me a week to get up to the speed of editing that I had with my former editor (gedit or so) and from then on my speed went up.

The reason I switched was pain in my fingers. I minimised the keystrokes I need in order to get my work done. After a two weeks, the pain in my fingers disappeared.

One example of such efficiency: to delete everything within an HTML tag, you just type: dit - delete-in-tag, not even that hard to remember.

Re: Vim 8.0 is coming

#395

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…

>Is there a way how I can copy blocks of code outside the vim window to another application without also copying the line numbers?

    set clipboard=unnamed
On Windows at least, that will make Vim use the system clipboard as its default register (the one you yank or paste from when you don't explicitly specify a register). Alternatively, you can yank and paste from the system clipboard like you would from any other register:

    "*y
    "*p

Re: Vim 8.0 is coming

#396

Earlier quoted context omitted.

I don't personally use the terminal support. Except it turns out that I actually did, implicitly. I use fzf for opening files, and I noticed recently that it's not actually 'integrated' into neovim, it just spawns within its terminal emulator. I tried fzf in vim, and the result was less than satisfactory, to say the least.

I tried fzf after thinking it was just a vim plugin and the install-process immediately drove me away. Don't edit my dotfiles and change my $PATH with your installer. That shouldn't ever have to be said.

There's an option:

./install --no-update-rc

Re: Vim 8.0 is coming

#397
Async is massive. I have been using this feature heavily in NeoVim for the last 6 months.

I am surprised that nobody mentioned this: Bram (Vim's author) was in the beginning very much against async in Vim and this was one of the main reasons that the NeoVim fork started.

6 Months later Bram comes up with tons of features and one which he heavily opposed.

Anyone know why this change of mind? The fear of Neovim or did I miss anything?

Re: Vim 8.0 is coming

#398
post #377

Earlier quoted context omitted.

Write one, then. I did. It's not hard. Mine's about 7K lines of code and it's the perfect text editor for me.

Do you have fun integrating every new mode that you might like to use when you decide to open a source file for a new programming language?

It's funny this idea that you can't edit source code without a special "mode". It's just plain text, come on!

Re: Vim 8.0 is coming

#399

Earlier quoted context omitted.

You also get access to the whole world of GUI applications. Watching video and editing pictures is not much fun with only ncurses... (ascii video hardly took the world by storm).

There's no reason you can't have a CLI interface with graphics support. Granted the vt100-style terminals can't easily do it, but it was possible with the old REPL machines of the 80s (eg most micro computers which booted into a BASIC interpreter). There are some also some terminal emulators in Linux that support inlined graphics, however I'm not sure how easy it would be to run them as a WM.

Hence why we GUI guys rather use a REPL than a plain UNIX CLI.

Graphics, the expressiveness of a sane programming language and interaction with the complete OS stack.

Re: Vim 8.0 is coming

#400

Earlier quoted context omitted.

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 an…

I use these editors for so much more than programming. I'll often have a buffer open just for scratch notes and org-mode for my todo lists. I've written papers for school using LaTeX in emacs too. If you're editing a lisp in emacs, you can already get halfway there with plugins like paredit or smartparens. You are pretty much editing the AST at that point.

Paredit is a textbook leaky abstraction. I find the experience very jank because of it.
Post reply on HN