Why I can’t stop using Vim

http://www.kornerstoane.com/2014/06/why-i-cant-stop-using-vim/

by gcmalloc • 12 years ago

116 162 12 years ago

It's unfortunate that, to me, the title implies there's something wrong with a person who still uses vim and nothing could be further from the truth.

edanm3• 12 years ago

Oh c'mon. Us vim users are seen as "those crazy people" by the majority of other programmers, and they have at least some point :)

broodbucket2• 12 years ago

I am the only person in my office that uses Emacs. Everyone knows vim. Everyone loves vim. You think you're the crazy one?

farresito3• 12 years ago

I suffer from the same thing. I've gone even futher: I've customized my tiling wm to work with the vim keybindings; my file manager also works with those keybindings; I use vimperator, a firefox plugin, that has those keybindings...

There's a lot of stuff that I wish were better in vim, but, at the end of the day, it gets my work done better than anything else out there, so I don't have any reason to move away from it. It works amazingly well with tmux (otherwise, I would be using emacs + evil -which I actually use for Clojure-). And I'm pretty excited about neovim :). They are doing an outstanding job.

hyperion20102• 12 years ago

Yep. Pretty much every piece of software that I write for myself or use I write or customize so that it has vim style modes and keybindings. Keyboard input is still the highest bandwidth human computer interface (voice can't quite make it because error rates mean that the bandwidth actually ends up being lower), and modality is an excellent way to reduce complexity and provide simple cues that make it easy to compartmentalize and remember lots and lots of useful commands.

disputin3• 12 years ago

"/ for searching (really, no other editor has made it this simple)" Well, it's really esc-/ which is no easier than ctrl-f. Or am I missing something?

Edit:

Same with "1G to go to the top of the file, G to go to the bottom" - esc-1-shift-g vs ctrl-home. Same with ctrl-end.

viraptor• 12 years ago

I don't really agree about "esc". "Normal mode" is the normal mode as the name indicates. That's where you normally start from. It's the actual writing that's two characters more (start insert mode, write, exit). Unless you're just writing new file from scratch in one go, you're likely to be in normal mode a lot of the time.

Also, shift is not needed for the beginning of the file. It's also "gg" for the first line / "G" for the last.

Regarding the ctrl+home/end, I much prefer not using them. Simply because I switch between 4 different keyboards during the week and I don't know where home/end are without looking. (3 of them being laptops with wildly different layouts) gg/G are on the home row. That's much easier.

nakkiel4• 12 years ago

What's ^Home / ^End? If it's moving to the beginning / end of a line there are vi shortcuts for that: ^ and $.

disputin3• 12 years ago

"It's the actual writing that's two characters more (start insert mode, write, exit)." Makes sense. Asking for permission to type in a text editor feels counter-intuitive, but I'll give that a try.

chongli• 12 years ago

Or am I missing something?

Indeed you are. The / command in vim is a motion. This means it can be combined with any command that expects a motion as input. For one example of this, try typing "d/foo<CR>" (excluding quotes). This will delete all text from the cursor to the first occurrence of foo.

EdwardDiego• 12 years ago

I'll have to remember that. Cheers.

thegeomaster• 12 years ago

No need to use 1G at all, gg does the same and is one key less.

zingar• 12 years ago

It sounds like you're assuming that the default is insert mode. If you're in insert mode the majority of the time you're not really using vim correctly.

dllthomas13• 12 years ago

Or you're typing out a stream-of-consciousness thing. In which case you may be using vim correctly, but vim isn't buying you much.

symmetricsaurus• 12 years ago

I disagree with this. You're not normally in insert mode when using vim, you're in normal mode (the one vim starts in).

This means that it really is / for searching, 1G to go to the top of the file, w to go one word forward, f( to go to the next opening paren, and ci" to change everything inside the current "..." etc.

What this also means is that when inserting text you start by pressing i, type the text you want to insert and then immediately press ESC (or CTRL+[) to go back to normal mode.

The reason is that everything that is not directly inserting text is much quicker and faster to do in normal mode compared to insert mode once you learn a few of the commands.

I probably only spend a few percent of my vim-time in insert mode, most of it is spent in normal mode.

csandreasen5• 12 years ago

Same with "1G to go to the top of the file, G to go to the bottom" - esc-1-shift-g vs ctrl-home. Same with ctrl-end.

gg beats both (I don't think I've ever used 1G to jump to the top of the file)

kornerstoane7• 12 years ago

I was taught that one by the brother-in-law. He also tried to teach me 1234l (the letter 'l') to go to the end of a line. I figured out a better way pretty quickly on that one.

I didn't find the magical 'g' until much later, and 1G was already burned into my synapses. I'm trying to change. It's a little awkward :)

nakkiel4• 12 years ago

I think you're using the editor's modality wrong.

ESC is not used to exit from Insert mode. ESC is used to switch from any mode back to Command mode. In fact Command mode is also called Normal mode. You should spend 95% of your time in Normal mode and use the other modes when you need them.

I suggest binding `kj` to ESC since it allows you to quickly make a change and continue browsing your code. Take the following session:

* Browse and spot something that needs to be changed

* Type `ci(messages, callbackkj`

* Keep browsing with `hjkl` as you're in Normal mode

While it may seem weird, I've yet to find an occurrence of `kj` in a program in years of using this binding and my hands haven't left the keyboard. The cognitive weight is zero as well (at least after building muscle memory).

Now, I believe it depends on the kind of programmers you are. My coworker is the kind who types in a lot of code and rewrites a lot of stuff. I'm the kind of rewires things and make subtle changes after spending a lot of time reading it. In other words it works well for me but probably wouldn't for him.

disputin3• 12 years ago

Now, I believe it depends on the kind of programmers you are. My coworker is the kind who types in a lot of code and rewrites a lot of stuff. I'm the kind of rewires things and make subtle changes

Interesting, I was thinking something similar - suitability for maintenance vs from scratch.

afarrell• 12 years ago

I use 'jj' rather than 'kj' and except for a pause after I type the first letter of 'join', it works well.

StavrosK4• 12 years ago

Interesting coincidence, I was pasting a production certificate into Vim the other day and it contained "kj", which escaped the editor and ate a few letters until it reached an "i" and continued pasting.

It took production down for 30 minutes until I noticed it. Remember, kids! ":set paste".

dllthomas13• 12 years ago

Haven't written many blackjack games?

swah3• 12 years ago

If I may use you as a random Vim power user, how do you quickly switch between project files?

read10• 12 years ago

Why is Esc-/ easier than Ctrl-f (or Ctrl-s in Emacs)?

Esc requires you twist your entire left hand sideways up to hit the Esc, whereas Ctrl requires you move only your left pinky to hit the Ctrl.

Ctrl is more efficient.

Curmudgel• 12 years ago

Efficiency really depends upon the keyboard you're using. If you use a keyboard with thumb clusters, the control and meta keys are under your thumbs and you don't need to twist your pinkies at all.

gnuvince• 12 years ago

I don't really understand the comment about etags; if you use ctags in Vim, you'll get the same kind of functionality. If you want something more advanced, Emacs has support for cscope and GNU Global which give you more features. Considering that he's interested in having something better than VimScript and wants org-mode, it seems that Emacs + Evil would really be the best fit for him.

farresito3• 12 years ago

I've never had any problems with etags, either. I've always gotten the same functionality as vim. Maybe we are missing something.

falcolas• 12 years ago

I had this same problem: they function differently in evil mode than Emacs mode; for some reason evil does its own word boundary definitions for etags lookups, and it breaks up words on underscores. I dug into it, and it was some problem with evil's word semantics (that only existed for etags lookups). I ran out of energy to debug it further, and just went back to Vim.

Regular etags called with the emacs bindings worked just fine, but switching contexts from evil mode was a pain.

VLM• 12 years ago

One feature he missed is its not as configurable, and in some situations that is awesome.

So you're doing something weird, manually, but I repeat myself because if it was BAU you'd automate the whole process in puppet or similar. The local vim will work more or less like every other vim out there. Can't really say that with emacs.

If you're traveling somewhere weird, vim is a great travel companion. Not because it can be compiled anywhere (lots of editors can be compiled anywhere) but because it works the same anywhere.

kornerstoane7• 12 years ago

I think Vim is potentially as configurable as Emacs, but it is harder to do after you get past some basic key mappings and a few plugins.

In all my exploring of Emacs, I never saw a .emacs that wasn't completely tricked out with custom stuff that only works for that user.

Because of this, I believe you are correct - it's easier to work in a plain vi environment since we don't typically trick out Vim like our fellow Emacs users do with their environment.

noelwelsh• 12 years ago

Funnily enough, I'm going to other way: long time Emacs users, getting closer to switching to evil-mode (Vi emulation in Emacs). Doubt I'll ever leave Emacs though.

As an aside, how does one keep up with Emacs package development? There is lots of stuff that's new to me (e.g. I just found out about company-mode). I'd like to have some way to have this information pushed to me, rather than having to go searching.

broodbucket2• 12 years ago

Well, there's a myriad of blog posts about great packages for Emacs, so that covers everything pre-existing.

Add MELPA to your package sources, then just M-x list-packages here and there and check out anything new that looks cool.

S4M• 12 years ago

You may want to check r/emacs on reddit. People discuss about new packages there. If someone knows other resources, please let me know as well.

farresito3• 12 years ago

evil-mode is actually pretty good. I've been using it for clojure (paredit is quite nice). Keep in mind, though, that not all packages are gonna work as expected (I had problems with multiple-cursors, for example).

Something I would really recommend you: there are a lot of people in vim (like me) that have remaped the ESC key to a combination of keys (in my case jk); that is, by pressing j followed by k you go to normal mode (it's actually way faster than having to reach ESC). In vim, such thing is very easy; in emacs, you need to install the key-chord package, and something like the following would work:

(require 'key-chord) (key-chord-mode 1) (key-chord-define evil-insert-state-map "jk" 'evil-normal-state) (setq key-chord-two-keys-delay 1.0)

Relative numbers are very nice, as well.

By the way, regarding company-mode, I think autocomplete is newer and it's what most people are using nowadays.

I found out about a bunch of plugins through emacs live and prelude (and then switched to my own config). Take a look to other people's config on github :)

spacemanmatt• 12 years ago

Even now that I'm practically married to SublimeText, I can't stop using classic mode and I still sometimes end up in vim by force of habit.

cm127• 12 years ago

First you'll learn how to orientate around text quickly using normal mode, then you'll start playing with tabs, splits and buffers to search between multiple files, and then you'll start using registers to save phrases and regular expressions to search directories. At that point you'll never want to leave Vim again.

:wq

beaumartinez• 12 years ago

(It's the same as :wq, but one character shorter.)

philsnow2• 12 years ago

Even shorter:

ZZ

"Shift z z" is one key shorter than "shift colon x enter"

Xcore2• 12 years ago

No it is not the same. x only writes if not already written.

virtualwhys3• 12 years ago

then you'll start playing with tabs, splits and buffers

I want to like vim's window management but it's pretty quirky, at times it seems to be following the principle of most surprise.

Ideally one could use tabs (that aren't renamed to the buffer name when populating a named tab), splits, and buffers together in such a way that one's layout never, for example, collapses, leaving a single displayed buffer and N hidden ones, or a buffer getting cloned across 2 splits (the latter is pretty disorienting, unless I'm diff'ing versions of a file I don't ever want to see 2 versions of the code consuming visible screen area).

Granted am only 3 days into the vim WM experiment here, lot's to learn...

swah3• 12 years ago

Multiple files is exactly where Vim falls short to me. Sublime and Emacs do that much better, while in Vim it never feels natural. It seems the Vi-way is to exit, and start a new one from the terminal (which is slow for most projects but great for editing /etc/hosts).

arooaroo• 12 years ago

I know this is a minor point but using 'gg' to move to the first line is easier than '1G'.

adolph• 12 years ago

The author started in vi, which has no gig as far as I can tell.

a3n• 12 years ago

And I use :0, which is consistent with :N to get to the Nth line, which I also use. (I know, :1 same, just my habit.) And I could use :% to get to the last line, for more consistency, but G is my habit there.

Many ways to edit a cat.

danford8• 12 years ago

I went back to Sublime after using Vim for a while but then realized I was going to have a terminal open 24/7 anyway so what's the point? Then I learned how to use a terminal multiplexer and now Sublime and other GUI editors just hinder my workflow. IMHO if you're a programmer you should know how to use a terminal to the point that you prefer it over most GUIs (of course, you should always use whatever has the feature you need).

Oh, and on a side note:

Vim and terminal usage is not a "time sink" and it pains me whenever I hear people who consider them selves "programmers" claim it to be. If you haven't learned how to use the terminal yet (or haven't found a use for it) then you aren't a respectable programmer IMHO. I would not read a book on programming by someone who doesn't know how to use a terminal and I would not take a class on programming taught by a professor who doesn't know how to use a terminal.

oldmanjay• 12 years ago

In my opinion, other people's opinions about how I program are worth just about nothing.

I'll never understand the sort of arrogance that leads to posting things like that. do you really believe you're so smart that you figured out the only way anyone should do anything?

danford8• 12 years ago

Well, I wasn't trying to be arrogant.. sorry. But would you really take a programming class taught by a professor who doesn't know how to use a terminal?

WorldWideWayne3• 12 years ago

"Anyone who doesn't have the same exact opinion as me isn't a real programmer."

Is that correct?

danford8• 12 years ago

If you join my team and tell me you're a programmer but when you sit down with a terminal you have no idea what to do, then you're off my team and I don't respect you as a programmer.

Sorry if this offends you, but how can you consider your self a programmer when you don't know how to use a terminal?

edanm3• 12 years ago

This might surprise you, but the vast majority of developers manage to get by without learning how to use a terminal. They really do. Saying you wouldn't listen to a developer that doesn't use a terminal is just silly - do you know just how many things there are to learn in the world of programming? Everyone has something they've never learned.

Also - can I just ask, as someone who "uses a terminal" but doesn't really get why people talk about it like it's so amazing - what am I doing wrong? What do you use a terminal for that makes it so important?

danford8• 12 years ago

but the vast majority of developers manage to get by without learning how to use a terminal.

But not the good ones. Would you take a college class on programming from a professor who doesn't know how to use a terminal? I wouldn't.

dllthomas13• 12 years ago

It's not the terminal, it's the shell.

The terminal is a relatively standardized display with some severe limitations and kludgyness. The DOM of its era.

The shell, which happens to typically live in the terminal, has three things going for it that GUI interfaces frequently lack.

First, composability and automation: any action you can fire off from the shell, you can fire off from a shell script. Any data you're given by a utility, you can operate on and send to any other utility. Any data you're asked to provide can come from anywhere.

Second, narrative structure with history and a sense of place. "I did X, then I did Y, so now I need to Z... wait, what did X say?" is a natural mode of interaction convenient to many sorts of tasks.

Third, extensibility. Write any new utility (whether in the shell or in any language other you choose) and it is quickly a first class piece of your toolset. (This is the most common of the three to find in GUI land, though it often has limitations).

kylec• 12 years ago

You seem to be making the assumption that knowing how to use the terminal is equivalent to preferring to do everything in it. What about people that know how to use the terminal, but prefer to use a GUI text editor like Sublime?

Dewie• 12 years ago

I'm not a seasoned user or anything, but I prefer to use Emacs with a GUI rather than in the terminal. It has nothing do with there being more GUI-type things in there - I have things like save-icons etc. turned off. It just feels more like it's own application in GUI mode (if I run it in terminal mode, the Meta hotkey doesn't work as usual, which I suspect is because the terminal is using the alt-key (meta) for something else and so it overrides that hotkey). Why should I prefer to use Emacs in terminal mode? I am honestly open to changing my mind.

yulaow2• 12 years ago

The only advantage I know for using emacs in terminal is that you can get used to it when you'll have to ssh into a remote server.

Anyway today we can just sshfs and use even a random ide for everything so... we can do as we like.

dllthomas13• 12 years ago

Running in a terminal means you can run it in screen/tmux, which has a few upsides, though they may not be relevant to your workflow.

dllthomas13• 12 years ago

Another potential advantage to running from a terminal is that you inherit shell variables that can be used in the editor or in utilities run from the shell. Of course, you can set these for GUI-mode emacs (or vim), but I've found terminal windows and screen a good way of isolating contexts and making sure things are set up appropriately.

jasonlotito• 12 years ago

If you haven't learned how to use the terminal yet (or haven't found a use for it) then you aren't a respectable programmer IMHO.

If you are mocking people and their mothers on HN[1], you aren't a respectful person. Within this entire thread, you are being disrespectful, arrogant, and insulting. This isn't what HN is about.

Correct your tone or leave.

[1] https://news.ycombinator.com/item?id=7961305

dang2• 12 years ago

Correct your tone or leave.

It's true that the comment you linked to was way out of line, but if you're going to ask other users to be civil, please be civil yourself. It takes restraint, but it's necessary.

bmj• 12 years ago

You've reiterated your point about terminal knowledge being the mark of a programmer, but you've not really outlined the reason for it. I'm sympathetic to the view that a programmer should know her tools, but this discussion has mostly become name-calling (on both sides).

saraid2162• 12 years ago

I do all of my programming work in one terminal or another and I still disagree with you. Programming isn't about typing text.

read10• 12 years ago

What I never heard explained in one sentence about vi is: why have multiple modes? Why not zero modes instead?

dasil0032• 12 years ago

Because as a programmer your time is dominated by editing rather than creating text, therefore it is more efficient for every key to default to direct access to an editing function.

read10• 12 years ago

That's too broad of a stroke on what a programmer does with text. It's not just about editing. It's also about (a) moving to the point where you want to edit, (b) moving to an other point right after you just finished editing. Switching between the two becomes harder when you always have to Escape, compared to having direct access to an arrow key.

And (c) about editing. Why type an extra character (i for insert) to let you insert? Why not just type to insert?

oblio• 12 years ago

If you have multiple modes you can basically reuse the entire keyboard for commands. That's one advantage that is impossible to achieve in non-modal editors. Ctrl-ing, Alt-ing, Shift-ing stuff just isn't the same, especially as those commands get more and more complex.

read10• 12 years ago

Esc-ping isn't the same either. What makes pressing a key (Escape) to enter a mode better than Ctrl, Alt, Shift to enter a mode?

It's also not true that it's impossible to make other editors work like vi. evil-mode in Emacs lets you work like vi.

DougBTX• 12 years ago

Multiple modes allows the same keys to do different things in different modes, there isn't much more to it than that.

Say, at a Bash shell prompt in a terminal window, pressing Ctrl+R starts "reverse command search" mode, so that pressing letter keys searches for commands entered in the past, rather than entering a new command. In this mode, up and down move through search results, rather than moving through the entire command history like in "normal" mode.

Lots of software has modes, the unusual thing about Vim is that they have names, and that there is a mode with a focus on navigation.

read10• 12 years ago

Why have a mode focused on navigation? Is there something this mode allows beyond navigating? What would be impossible to do if you didn't have this mode?

The keyboard allows you to navigate too, without the need for a mode.

jacobparker• 12 years ago

Its reason for existence is historical, but it persists because it is useful.

"Normal mode" (the most common mode other than insert mode) uses key bindings that wouldn't be possible in insert mode, rather than using the ctrl/alt/etc. keys for binding. For example, hovering over a word and typing ciw (change-in-word) will delete the word and place you in insert mode. There is a nice grammar and logic to the default key bindings (mostly.)

(IMO) When you are experienced with Vim you will spend most of your time in normal mode. This has a few benefits. For one, undo in Vim is "transactional" as you enter and leave insert mode (its a little more complicated but nevermind.) Everytime I have to use other editors (like VS with the VSVim extension) it drives me batty when I have to undo/redo one-character-at-a-time or with some time based batching that I don't understand. (Plug: the GUndo.vim plugin gives you a usable interface to Vim's undo tree. It's not super common for me to need this, but when I do it is a godsend. (If you've ever done undo, made some edits, and wish you hadn't undone after all, this is for you.)

read10• 12 years ago

Efficiency trumps tradition in this istance. The reason for horse carriages is historical too and persists because it is useful but a horse carriage isn't as efficient as a car.

One measure of effectiveness would be: to count the number of keystrokes needed to do something in vi compared to other editors.

kornerstoane7• 12 years ago

What I have found is that ALL editors have modes. Most default to edit mode, and require key sequences to invoke other commands (Ctrl, Alt, Shift, Function keys, Menu choices, etc), then drop you back into edit mode.

Vi chose _a_ way of working. Turns out, a lot of folks have taken to it over the years. (And a lot haven't. They're nice people, too) :)

EDIT: fixed a typo

hyperion20102• 12 years ago

I like to think of it this way:

Why should I have to hold down a modifier key for 5 minutes? Just make it toggle.

Take that to its logical extension and you get modes, and they are beautiful.

alwillis5• 12 years ago

We’re surrounded by modes. Your microwave has modes; so does your (digital) watch, MP3 player, your wireless access point, etc.

Having modes in a text editor also makes sense; modes provide affordances to get certain things done.

dominotw2• 12 years ago

q to record a macro; @ to execute it again

Is using macros' really common? I haven't yet figured out in when and where to use macros during my workflow.

moe• 12 years ago

Vim user of 18yrs here. I never use macros.

Everyone uses a slightly different subset of vim, in slightly different ways.

Don't worry about dogmas. Try everything out once, and keep what works for you!

kornerstoane7• 12 years ago

I do a lot of work on multiple rows/sections/blocks of similar data. My workflow usually goes like this...

1. Do the same thing 3 times, realize that I'll be done faster if I automate it. 2. qz to record a macro into buffer z. 3. Do the work, taking care to leave myself in a state where the next invocation of the macro will pick up right where I want it to. 4. q to finish recording. 5. :map <M-f12> @z to execute buffer z 6. Hit Alt-f12 over and over until I'm done.

Seems like a lot of steps, but it has saved me tons of time.

Of course, as the other commenter said, some folks don't use the feature. That's ok. There's room for all kinds :)

Xcore2• 12 years ago

20@z repeats your macro 20times.

irahul6• 12 years ago

5. :map <M-f12> @z to execute buffer z 6. Hit Alt-f12 over and over until I'm done

Why map? @z and @@ till your are done? Or if you have this in your vimrc:

      vnoremap @@ :normal! @@<CR>

@z, visual select, and @@.

MichaelGG• 12 years ago

Macros are fabulous! Any time you're going to edit multiple lines in the same way, bam! For instance, you've got a create table script, and want to turn the column defs into some code or type definitions. For me, macros are quicker than getting a regex right.

Or perhaps you're cleaning up a file, and there's a few common changes. Pop each into a macro and go to town. The low friction aspect makes them more common than the name might sound.

jqm• 12 years ago

Thank you for asking that.

I have been wondering the same thing for some time. I always hear how great macros are, but haven't actually found a real world use case in my work.

But I figured it was because I didn't know something.

csandreasen5• 12 years ago

I use Vim on structured, tabular data quite a bit (think CSVs/TSVs/large HTML tables/etc.). Macros are handy for handling complex operations on rows like "skip the first two fields; delete this column; add this new column; make everything in this column uppercase; delete the rest". Just start recording, edit the first row and apply it to every other line when you're finished.

bnegreve• 12 years ago

I use a text editor because using a text editor that you've mastered is pleasant. (I'm an Emacs user fwiw.)

I think we should stop trying to rationalize this choice.

Or rather, we should realize that we like text editors because we went through a long training and acquired complex skills which are fun to put in practice. Being a power user of Emacs or Vim is is satisfying, the same way mastering a video game is satisfying.

kornerstoane7• 12 years ago

Exactly. It's why I wrote the article. For me, using Vim brings with it a whole general feeling of comfort, which probably includes those early days hacking away on the Xenix box with family close by and Mario dinging in up the hallway.

Weird, I know. But whenever I come back to Vim after straying for any amount of time, I just feel happy. Probably because I can do everything I want to do in the text without having to think about it.

doorhammer2• 12 years ago

I get the same feeling. It's usually accompanied by the similar feeling I get when I drop back into a linux terminal after having spent eight or nine hours at work on .net. I just sort of automatically relax and feel good, heh.

It's like the nostalgia I get when the seasons change, and for a few days I can feel my childhood.

tomphoolery• 12 years ago

If that is so, why do people change text editors? (I agree with you, I just wonder this myself)

doorhammer2• 12 years ago

I'm only speaking for myself with the below. ymmv of course

I get the "grass is greener" feeling sometimes, so I go looking to see if anything better has come along.

Then there's just the practical switch. My main job is in .net right now, while my home computers are all linux distros. It's made me search through a lot of editors to find something that runs well and feels good with windows.

I also just like to explore software, you know? A for instance would be Sublime Text. I've said it in a few other threads, but I do dig some of the features in ST2. They really did multiple cursors right. It's a really simple, but intuitive and powerful way to edit things. Using that on ST2 me want it everywhere else, and also made me fall in love with how they set up the command palette. Using emacs for a bit made me really dig how elisp worked. Light Table showed me another take on the integration of a language into the editor itself. So it's a lot of curiosity with that, and to know what's out there.

As an aside, if Neovim delivers it's promises, it'll probably solidify vim even further as my only editor of choice, but I'll still go looking around to see what other people are coming up with.

saraid2162• 12 years ago

If the analogy holds, the answer is the same reason people play different video games. I think the analogy holds a bit: variety and different kinds of mastery feel like a correct answer.

manish_gill2• 12 years ago

I spent this entire weekend setting up Evil mode for Emacs, in the Emacs Starter Kit package. It's been decent so far. Evil mode is surprisingly good, and I really don't think it could come any closer to vim emulation for Emacs. Took a lot of googling around to set up some basic plugins that I need - projectile for CtrlP etc. I think the only thing that I need atm is Magit integration with Evil and I'll be good to go.

What has been amazing so far is that even after using vim for almost 3 years, I'd been sort of afraid of diving deep into the config system (I made do with copy-pasting some popular vimrc files) and it was good enough, but in the short span of 2 days, I've actually gotten to know more about emacs configuration style than I ever did about vim. And I suspect it will only get better as I start to learn Emacs Lisp.

bphogan2• 12 years ago

Do you happen to have some resources you can share? I've been playing with Tidal, a live-coding library and it wants me to use Emacs, and I just... can't. So any info on setting up evil-mode would be great, especially since it's fresh in your mind. I've found some resources but really don't know where to start.

manish_gill2• 12 years ago

I haven't dived into the details of Evil mode too much. The basic Vim motions and commands work out of the box, so for a casual vim user, it ought to be enough. I also went ahead and installed Evil-leader, so I could have the same <leader> keymaps that I have in my vim config.

A few places where I looked for small things here and there:

1. http://www.emacswiki.org/emacs/Evil

2. https://github.com/cofi/evil-leader

3. https://stackoverflow.com/questions/8483182/evil-mode-best-p...

4. https://github.com/mixandgo/emacs.d/blob/master/my-evil.el

5. https://bling.github.io/blog/2013/10/27/emacs-as-my-leader-v...

And I also got ido-vertical-mode so the emacs command buffer looks better.

Here's my setup: https://github.com/mgill25/emacs See user.el

Cheers!

PS: Some of the configuration needs to be set up before you activate certain modes - which is often implicit in plugins, so watch out for that. Eg: To emulate C-u behavior, the functions had to be put ahead of the (require 'evil) call in evil-leader.el

nutate• 12 years ago

I'm using stock evil mode with tidal on emacs. It's pretty good, but occasionally I'll open up a weird window. I used emacs in the late 90s, so I'm not completely afraid of it. I recommend that you shouldn't be either. You can use v to select sections and then just C-c C-c to run them. Nothing crazy. Navigate around with standard vim keystrokes, including the windows.

For that matter, getting SLIME w/ vim to work w/ Tidal wouldn't be the hardest thing. It's just that no one has tried.

irahul6• 12 years ago

What problems are you facing? Setting up evil mode takes just what the emacs wiki says.

1. Install emacs. Start emacs. "Alt-x package-install" press enter "evil" press enter.

2. Open your .emacs or .emacs.d/init.el.

  (require 'evil)
  (evil-mode 1)

Done.

alwillis5• 12 years ago

My favorite article these days on the differences between Vim and its composability and Emacs-style editors is "Why Atom Can’t Replace Vim”: https://medium.com/@mkozlows/why-atom-cant-replace-vim-43385....

bokchoi• 12 years ago

Yay, I'm glad J got a shout-out even if it is one of the rejected editors. I've loved using J in the past and have even made a few releases of J on sourceforge [0]. I've attempted to move to github as well [1]. Sadly, I haven't found much time to work on it -- paid work and family take precedence. Oh, and I too love using vim as well.

  [0] http://armedbear-j.sourceforge.net/
  [1] https://github.com/kevinkrouse/j/tree/master/j

RichardFord• 12 years ago

I can't stop using vi key bindings, whether that's Evil for Emacs, VsVim for Visual Studio, the Intellij one, Sublime, etc..

But my days of using straight Vim are over. For a straight text editor, I finally got over the hump with Emacs recently, and I'm not going back.

geoka9• 12 years ago

and ‘Esc’ to move around again.

For me personally this is the reason I stopped using Vi(m) except for occasional config file editing on unfamiliar servers, and started looking elsewhere (Emacs) for my goto text editor. I'm not looking to switch, but it genuinely interests me how Vi users put up with the constant need to strain their pinky to switch to command mode.

ejstronge• 12 years ago

You've got a couple of options here - I personally have remapped my Caps Lock key to escape (not many downsides, besides limiting my ability to post humorous trolling messages).

You can also use Ctrl-[ which I believe essentially sends an escape character to whatever program you happen to be running.

Both options should save your pinky!

dllthomas13• 12 years ago

Ctrl-[ is the ASCII for Esc. Ctrl effectively subtracts 0x40. So:

    Ctrl-A = 0x41 - 0x40 = 0x01 = SOH
    Ctrl-I = 0x49 - 0x40 = 0x09 = Tab
    Ctrl-M = 0x4D - 0x40 = 0x0D = CR
    Ctrl-[ = 0x5B - 0x40 = 0x1B = Esc
    Ctrl-@ = 0x40 - 0x40 = 0x00 = NUL

JoelHobson4• 12 years ago

I've heard of people rebinding it to caps lock. It makes sense as long as you don't mind holding down shift for the occasional all-caps text.

dominotw2• 12 years ago

I remapped it to 'jk'. I don't think I've seen any vim users using 'esc' key to go to normal mode.

nobleach• 12 years ago

well, I DO use ESC when leaving Visual mode... but otherwise, 'jk' all the way.

swah3• 12 years ago

Then the single 'j' becomes slow...

irahul6• 12 years ago

it genuinely interests me how Vi users put up with the constant need to strain their pinky to switch to command mode.

Is it any different from how emacs users put up with Ctrl/Alt?

You aren't looking to switch, but if anybody is, install this https://github.com/tpope/vim-rsi for basic keybinding in insert mode. This is quite a short file. If you want, you can simply copy it to your .vimrc. For non-basic movement/editing, switch to normal mode and edit.

scelerat• 12 years ago

I've learned to love the modal nature of vim, or rather, the notion that text entry ('insert' mode) is merely one aspect of manipulating text. The combination of movement of commands is very powerful and these days I feel naked when I use editors without this ability.

My first dedicated text editor was BBedit (when it was still freeware), and for many years had extended experiments with other editors, always eventually returning to BBEdit. Something about it always clicked with me, and I felt like Siegel and co. fundamentally understood both the Mac and the needs of programmers.

These days I keep BBedit around for its excellent diff tool, syntax-highlighted multi-file grep search and replace, and its decent project browsing. But it's mostly a supplement to vim (MacVim), which I use all the time when I'm actually in there editing text.

alwillis5• 12 years ago

It’s great that people are so inspired by Vim that they continue to create new plugins, tutorials and websites like Vim Awesome: http://vimawesome.com

kornerstoane7• 12 years ago

Thanks for the link. I checked it out today and was finally able to convert from pathogen to Vundle. The site gives you the exact strings to configure the plugins in all the major plugin managers. IIRC, it scans github looking for .vimrc files and indexes them to gather usage data. Very cool.

Why I can’t stop using Vim

Related Stories