11 Sep 2013
Vim is the worst editor
…except all the other editors
I want to like Vim so badly! I've been using it full-time for just over three months now. I finished Vim Adventures, I've been reading Practical Vim, and watching some Vimcasts. I've even been asking my smart vim friends for help.
Unfortunately, it's still driving me insane. The things it does badly make me want to stop using it almost every single day. That makes me really sad, because the things it does well, it does phenomenally well. After 3 months in Vim, I get incredibly angry trying to use other text editors because they do so many editing tasks so poorly in comparsion to Vim.
So, in no particular order, here's a list of things that drive me insane about Vim. After reading this list, feel free to tell me how I'm doing it wrong on twitter.
"Here, we've set up everything you need to use Vim." Except it's way too much stuff, it's fiddly, it's semi-broken in various places, and having it installed makes Vim incredibly slow. It takes more than one second to open a new window in MacVim, and it takes more than one second to open a file in terminal Vim. That is crazy and unacceptable. That said, I'm still using it because I don't want to take the time to figure out how to manually add back in all of the pieces I actually do want, like support for all the languages I care about, and syntax checking on save, and the other stuff like that.
Files that change.
Argh, argh, argh. This is so frustrating. If I edit a file in another process, or if I edit a file using pry-rescue's
editcommand, Vim screeches loudly that my file has been changed and do I want to reload it from disk. I have to read the message, decide what to do, and then continue. Every. Single. Time.
While it's possible to turn on
autoload, something still has to trigger Vim's
:checktimecommand. Some people do things like trigger it on every cursor move, or every 1-2 seconds. That is completely insane. Every invocation stats the file on disk. If you have 100 buffers open, that is 100 stats per second. NO, because no.
Other editors automatically save when they lose focus, and register for file system notifications when any file that's open changes. When the file is open, they immediately read the file again, whether in the foreground or background. I never have to think about it. It's great.
You're all about to start yelling "use
⌘V, you idiot", or "bind
set pasteto F2`, but that's not what I'm talking about at all. TextMate has an incredibly smart paste system. Every paste is automatically re-indented to match the indentation level of the cursor at the moment of pasting. It never even occurred to me that indentation of pastes was a thing that ever required thought of any kind.
I guess I can try to figure out how to hook vim to automatically run that after every time I use
p, but that seems terrible, and would forcibly re-align sub-line pastes.
To add insult to injury, Vim's automatic indentation, triggered by
=, is frequently just wrong. Then I have to manually adjust by running
V`]>or whatever, and that is also... pretty terrible.
Project-wide find and replace
I am aware of both
:Ag, but there's a reason that I rarely used them before: printing out lines with matches is not that great. Jumping to matches inside files, having the results live update as I make changes and then save, and being able to do a project-wide find and replace where I can live-preview the results of the replace operation for every single line in the project that matched? That is a good project search.
Update: The fantastic Larry tells me that this is possible in Vim:
/Pragmatic\ze Vim :vimgrep /<C-r>// **/*.txt :Qargs :argdo %s//Practical/g :argdo update
While I am incredibly impressed that Vim has primitives that allow this, the last four commands is a pretty crappy replacement for
⇥Practical, in my opinion.
Opening files inside my project
This seems completely insane, but there is no file opener that is as good as TextMate's decade-old ⌘T. The ctrl-p and command-t plugins both try, but neither one is as fast, they are both quite hard to exclude files from, and they have no facility for per-project excludes. In fact, anyone who wants per-project excludes is told to manually set up their own per-project vimrc files and then write the Vim configuration lines required to cause those files to be ignored. You have got to be kidding me.
Navigating inside files
Jump to method definition. Jump to CSS selector. Jump to class. Fuzzy string matching. All these things and more are what I am used to. Vim just can't do them. Everyone says to use
ctags, which is a great idea, but completely isn't the thing that I am talking about. The tiny, tiny percentage of the time that I want to jump to the definition of a method that is named in my buffer,
The rest of the time, I want to jump to something that is not written out inside this buffer, but is instead simply elsewhere in the file. Or is a CSS selector. Using
/to search is not fuzzy matching. It is terrible in comparison.
Welcome to the modern world! Text does not need to be hard wrapped at 80 columns, and paragraphs do not need to be indicated by two line-breaks in a row. In fact, it's entirely possible to edit plaintext files that are softwrapped in any modern text editor. But not in Vim. In Vim, your options are automatic hardwrapping or remapping
gkso you can still use them in softwrapped text. Grrrr.
If you then expect something completely absurd like your editor to have indentation awareness while softwrapping is turned on, I am afraid you are about to be highly disappointed. Beacuse Vim literally cannot do that. There's a public and well-known patch that you can apply to the Vim sourcetree and then compile your own fork of Vim if you want that feature. Of course, even if you do that, the patch is broken in several ways that are also well-known, which is why it's not part of mainstream Vim. Good luck with that.
In conclusion, Vim is a terrible editor, but it makes me less angry than all the other editors, so I'm still using it full time. Yay?