Once you get sold on modal text editing it becomes very difficult to accept or use any other editor that doesn't do it (which is pretty much every other text editor out there). Sublime, Textmate, e - all great editors. Don't feel like using any of them after 10 years of Vim.
I think most people developing 'vim-mode' plugins for other environments aren't necessarily vim power users so won't be aware of how natural normal mode is to regular vimmers (and importantly, what features you will miss).
Some sort of vim standard for normal mode might go a way towards making normal mode with its commands a more ubiquitous interface for editing text.
A solid, trustworthy vimperator-style plugin for Excel would be amazing.
I find it great for focusing on the power that M-X brings.
* Eclipse
* IntelliJ
* NetBeans
* Komodo Edit / IDE
* Visual Studio
Your plugins, macros and settings though... it's tough to have those follow you around.
It's easier on the fingers. You can move around using jkl, perform clipboard operations,deletions and other text operations generally without having your fingers leave the main keyboard area to reach for the modifier keys or arrows.
It works especially well if you remap Caps to Escape.
It's logical: dd deletes a line. 10dd deletes 10 lines.
f+ moves the cursor to forward to the next '+' character on the line. 2f+ does it twice - moves the cursor to the second '+' on the line.
df+ delete from the current position to the first + character.
Commands are chainable: d2f+ deletes from the current position to the second '+' on the line.
In general when you have modal UIs (not specific to text editing) it makes it easier to accomplish work as you're working in a 'mode' that is specific to your task. When in insert-mode, your keyboard is used to insert text. In editing-mode[1] your keyboard's functionality is now used for the sole purpose of making edits and manipulating existing text. In visual-mode, the keys provide functionality to easily highlight and manipulate highlighted text.
That said - modal editing does have its drawbacks. There's a higher learning curve. And the lock-in thing I mentioned isn't necessarily a good thing. Non-modal editors can reasonably emulate each other's keybindings allowing you to easily shift between, say, Sublime and Textmate and Visual Studio. But good luck doing any of that with Vim thrown in. Also, Vim users have to still learn a reasonable amount of emacs keybindings in order to efficiently use the command line and native text fields on Linux/MacOSX.
Also as someone joked recently - Vim has 2 modes:
1) Beep at me 2) Destroy all my text
[1] not actually called that but that's how I like to think of it
And Emacs users remap Caps to Ctrl. Nobody really likes Caps, it seems.
These days, unless you're doing data-entry or a lot of SQL, caps-lock is just wasting (a lot of) prime keyboard real estate -- on the home row, no less!
As usual, computer science is an embarrassment for the computer.
- With non-modal editing, you get precise control of what's happening for every character that you type. In some ways, that kind of granularity is powerful. But what's the cost of that fine-grained control? The cost is having to be explicit about anything "special" you do in an editor with the letter keys. (Namely, you indicate that you're doing something special with the control key.) Imagine having to type capitalized SQL statements in a true non-modal way (i.e., without CAPS LOCK).
- With modal editing, you type in terms of ideas. You insert text when that's appropriate. When it's not appropriate, your entire keyboard (and every combination of keys) is free to do what an editor is actually supposed to do: edit.
And remap Caps Lock as Escape.