Why, oh WHY, do those #?@! nutheads use vi?
viemu.com
viemu.com
The funny thing is that having vi/vim editing inside Visual Studio is bringing in new converts:
http://www.jpboodhoo.com/blog/GettinJiggyWithVIM.aspx
http://www.jpboodhoo.com/blog/HookedOnVIM.aspx
Of course I'm not impartial, but I would recommend you consider giving it a try if you have access to vi, vim, or emulation for them in your IDE (and some time).
I miss having it in Firefox textareas (such as when typing this comment). I don't like using an external text editor for this - integration is everything to me. I'd happily pay for it, and I'm sure others would, too, although of course it's not a big market. Anyone up to the task?
I was forcibly introduced to vi when I was doing some system administration on some AIX machines. Emacs was not available and I'm not even sure if something as simple as pico was. Since I was going to be doing a lot of work on these boxes I decided to learn vi. It was one of the best computing decisions I've ever made. I've been using vim for about two years now and everything has just become instinctive. When I'm using another editor I just feel crippled. I still feel like there's a lot I can still learn - I try to pick up a new trick at least once a week.
Here's my current list of tricks from my .vimrc file. I still tweak it but it's pretty stable these days.
" enable vim goodies
set nocompatible
" tab policy: spaces only, 4 per indentation level
" (company policy, don't flame me)
" use language-sensitive indentation where available
" use :retab to fix nonconforming files
set tabstop=4
set shiftwidth=4
set shiftround
set expandtab
set smarttab
" use syntax highlighting
filetype on
syntax enable
" use auto-indentation
set cindent
set ai
set number
" misc options
set matchpairs+=<:> " bounce matching angle brackets on %
set hidden " don't kill buffers, just hide them
set incsearch " incrementally search (firefox does this too)
set ignorecase " ignore capitalization when searching
set scrolloff=5 " scroll the screen to keep the cursor more than 5 lines in
set showbreak=\ " display wrapped lines with a leading '\'
set breakat-=- " allow wrapping words at '-'
set linebreak " allow word wrapping
" colorscheme desert " previous favorite colorscheme
colorscheme vibrantink " current colorscheme borrowed from textmate
" include arc support (via plugin from the anarki)
au bufnewfile,bufread *.arc set ft=arc
" show all matching files when expanding wildcards
set wildmode=longest,list
" don't display the graphical toolbar (it annoys me)
set guioptions-=T
" ********** Custom Keybindings ********************
" CTRL-k and CTRL-k move the current line up or down
nmap <silent> <C-j> :m+<CR>
nmap <silent> <C-k> :m-2<CR>
imap <silent> <C-j> <C-O>:m+<CR><C-O>
imap <silent> <C-k> <C-O>:m-2<CR><C-O>
" backwards-kill-word idea cribbed from Steve Yegge
" hit CTRL-h (insert and normal mode) to delete the word
" you are currently typing. It's faster than backspacing.
nmap <silent> <C-h> ciw
map! <silent> <C-h> <Esc>ciw
" hit F1 to toggle match highlighting
map <F1> :set invhlsearch<CR>
" linux friendly: paste the current X selection on middle mouse button
map <S-Insert> <MiddleMouse>
map! <S-Insert> <MiddleMouse>
" ************* Load Plugins *****************
" start matchit
source $VIMRUNTIME/macros/matchit.vim
" Toggle the TagList
nnoremap <silent> <F8> :TlistToggle<CR>
let Tlist_GainFocus_On_ToggleOpen = 1
let Tlist_Exit_OnlyWindow = 1
let Tlist_Use_SingleClick = 1
let Tlist_Process_File_Always = 1
" Toggle BufExplorer
map <F9> \bs
let g:bufExplorerShowDirectories=0 " Don't show directories.
let g:bufExplorerSplitBelow=1 " Split new window below current
let g:bufExplorerSplitHorzSize=0 " Use this many lines for the window
let g:bufExplorerUseCurrentWindow=1 " Open using current windowI got started with vi(m) about 3 years ago. I did actually do some development on AIX over 10 years ago (that system looked like a washing machine!), but I didn't get hooked with vi(m) until I really did a lot of development on a laptop with horrible keys:
http://blog.ngedit.com/2005/06/03/the-vi-input-model/
Your .vimrc is much more complex than mine! But very nice in any case, I should steal a trick or two from there.
A detail I remember about the AIX system headers: their math.h defined a function called 'class'. I had to do some #defining around that to get them to work with the C++ compiler! It was '96 or so, so they should have taken C++ into account already. Duh. At least it wasn't as horrible as windows.h and its accomplices.
http://meghnad.iucaa.ernet.in/intranet/sysadm/help_desk/emac... isn't reassuring either. How does C-x (, C-x ), and C-x e compare?
I started out in Emacs, made the leap to XEmacs, learned to write elisp, then one day I discovered that Vim syntax highlighting was pretty damn good too... it was all over.
Vim + Screen == Real Ultimate Power
You can probably accomplish much of what vi's "." does using emacs macros. The trick is that in emacs you have to notice the opportunity slightly in advance, so that you can hit 'C-x (' and then plan out your macro so that it plays back well on subsequent invocations. You could probably train yourself to think of that more often, after which your emacs experience might be roughly similar to that of the vi user.
But I suspect that vi is better designed for such a macro-intensive style of editing. The beauty of "." appears to be that vi workflow naturally divides into little chunks of action, each of which can then be treated post facto as a macro. This explains my #1 pet peeve as a completely ignorant vi user -- that vi is so damned choppy, always switching in and out of insert mode. That's not a bug, it's a feature! Those little transitions are the waypoints that will later be used to break your workstream into repeatable chunks.
Genius! This is what Hacker News is all about, conversion rate :-)
I love vi for its combined power and simplicity. It is installed by default on almost every terminal I've ever walked up to, all flavors of nix, BSD, HP-UX, etc. seem to come happily installed with vi ready to go.
That said, I would really like to sit down and learn vi sometime.
so you preface any motion command with an action and you get the intended effect. it's a lot more intuitive than it may look at first. a combo i use a lot is 'cw', which replaces the current word. but when programming this is equivalent to "replace variable." it's things like that (see the 'smart ranges' topic on that link) that make it feel like you're more directly connected with the code, rather than editing it through an interface
What I mean is: whenever I start learning a new program, I like to be able to use it like a n00b at first (i.e. click around, use native controls), and then learn the more powerful features.
A good example of this way of learning is the way I use TextMate... every day I learn new controls, and get more proficient and more effective, but I'm not rendered useless (as one would be with vi) if I don't know each and every key combination.
Granted, you can make do with just a few vi commands and be not effective at all, but it's not the same as using a GUI
i've found the Cold Turkey method of learning very useful. there's a saying that goes something like, "the greatest catalyst for progress is necessity." when switching to dvorak i simply never touched quwerty again. likewise with Vim, i never used another editor. it's a bit odd at first, but if you keep yourself from using anything else, you will have to learn, or, as you say, you really will be useless. and due to that, you learn it faster than approaching it from a more reserved angle
is it worth it? absolutely. editing code is a fundamental part of programming. it's something you're going to be doing a lot of. the investments you put into that aspect will pay off greatly
the key to learning vi well is to be in command mode as much as possible
I ask because I started with PCs before the mouse was really commercialized. My first programs were on Commodore PETs and C64 and my PCjr. (Although I did later buy a mouse for the PCjr, I think it cost close to $200 at Babbages, had to save money for a while for that one...)
My long-winded point being that I "grew up" with a CLI. We edited our text files with edlin (and we liked it, dammit!!). Maybe the folks who didn't get started viewing the mouse as a primary interaction device feel more comfortable with vi, and never really missed the mouse interface.
Apparently the defining starting birth year for that generation is 1982. I happen to have been born that year, and my preferred term for the generation is "Millennials". "Gen Y" over-emphasizes our interaction with the "slacker generation" which preceded us.
Anyway, I don't think that there's much correlation between birth year and vi. With the rise to prominence of Linux and other Unix systems many many budding hackers are starting out with full-fledged command lines and honest-to-goodness Unix. And that's a beautiful thing.
And then you use :wq as your finishing move!
I find myself using `cw`, `c%`, `ct,` (change everything up till the next comma), and `ct ` (change everything up till the next space) a whole lot too. The . command (mentioned in the article) is wonderful.
Also, I love vim's macro support. For example, I usually define a macro that converts 'var' statements on separate lines into a single statement broken into multiple lines. (MTASC won't let you refer to previous vars defined in the same statement, so if I change the data dependencies, I usually have to change the formatting.) The entirety of the macro is `qa^dw>>[UP]$s,[ESC][DOWN][DOWN]q`. That's `qa` to start recording a macro into register `a`, ^ to move to the first non-blank character, dw to delete a word ('var ', in this case), >> to shift the line left by 4 spaces, UP moves up a line, $ goes to end of line, `s,` substitutes a , for the ; at the end of line, ESC gets back into command mode, the two DOWNs put me on the line below where I started, and q stops recording. Then if I want to replace 5 lines of variable declarations, I can do 5@a (invoke macro a 5 times), and since each macro ends exactly one line lower than it started, it'll do the whole block for me at once.
If there was one word that I could use to describe vim, I would have to say: beautiful.
Let's just say that in terms of power the two are about equal. I think emacs has an edge in the macros/functions department but vi isn't far behind. It's probably also fair to say that either one of them are probably better than a Windows based IDE if you're working with open source software (ruby, php, perl etc).
Back when I started working on Unix (early 90s), the only editor on the lab machines vi. The learning curve was horrible, but after that I never was able to use an editor for human beings again.
Nowadays, when I'm trapped in a Notepad derivative, it's all jjjjjjkkkkkkwwwww for the love of God Montesor, give me back my dot!!!
Wow I'm editing with it now & it works well. Some observations:
- It would be nice if it was just concentrated on editing.
- Certainly a much nicer alternative than the textbox
- miss the spelling syntax highlighting
- It doesn't appear to allow you to edit in the textbox after editing :(
- you need to :wq! & hit enter to save
Can be found at http://mozex.mozdev.org/development.html
https://addons.mozilla.org/en-US/firefox/addon/394
You can set Vi/Vim as the default editor and use it to edit text boxes and view the page source. You can also set up other editors (e.g. Gimp for images).
https://addons.mozilla.org/en-US/firefox/addon/4125
It adds a small "edit" button at the bottom right of any textbox, which will then let you edit the contents of that box in your favorite text-editor. Works fine in news.yc, gmail, wordpress, etc.
Incidentally, a similarish extension for thunderbird is called "External Editor":
http://www.kickflop.net/blog/2005/12/22/using-an-external-ed...
(It's a little annoying to find, download, and install, but it works fine once you do.) It also works great with vim syntax highlighting for emails, with headers and quoted previous emails appropriately colored.
- I didn't want to get trapped into being comfortable with some editor that I would later not have access to. vim will always be there on any unix box
- there are no showstoppers for vim. Every other editor is great because it has x and y, but the lack of z is annoying. with vim, you can configure it to do almost anything with macros in your .vimrc
- it was slow to get going at first, but now I find using vim you can edit files much faster than using the mouse.
Its always there. Even on tiny linux distros.
It allows me to operate just as fast on extremely high latency connections. It was the only usable editor when I was stuck with 650ms+ latencies on VSAT.
also, hjkl aren't used often. you don't usually have to alter just one character in a word for example. the movement commands i use the most are (by far) 'w' and 'b' (next/previous word)
I still barely know how to use it, though: my own fault. Laziness prevails. Some of the commands I use because I discovered them by accident (shift-C erases the rest of the line and puts you into edit mode -- I figured that one out because of a typo).