Mailing List ArchiveSupport open source code!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]tlug: vim, not vi (was: PC Semi)
- To: tlug@example.com
- Subject: tlug: vim, not vi (was: PC Semi)
- From: John Seebach <jseebach@example.com>
- Date: Tue, 06 Jul 1999 21:58:45 +0900
- Content-Transfer-Encoding: 7bit
- Content-Type: text/plain; charset=iso-2022-jp
- Organization: barely
- References: <3.0.6.32.19990705204706.007b0100@example.com> <Pine.LNX.3.96LJ1.1b7.990705210146.13457C-100000@example.com> <14209.50026.743372.705371@example.com>
- Reply-To: tlug@example.com
- Sender: owner-tlug@example.com
"Stephen J. Turnbull" wrote: > > > 386SX + vi + virtual consoles is probably a reasonable alternative, > especially if you can cut and paste GPM selections across VCs, but > I've never used vi that way so can't recommend it. I've never tried using GPM and vi with virtual consoles, either, but for the resource-conscious, I would recommend vim instead of plain vi as another low-overhead alternative for console use, if you're the kind of person who can stomach vim's keybindings (I am). You can split screens and work with multiple buffers, like in Emacs, and GPM will let you cut and paste between buffers on the same screen no problem. There are many other nifty modern features like syntax highlighting, text formatting, and autocommands. As someone who spent 8 hours a day for 3 years working with stock SCO vi because it was the only option I had at work, vim was like the first day of spring after an unusually harsh winter. This is what I use on my old laptop which grinds and wheezes when I throw anything that even thinks about X or GUI at it. If you compile it without a lot of the extra stuff, it's quite slim and fast. Supposedly, the latest beta version (5.4l or something like that, check www.vim.org -- the one I'm using is quite stable) adds multibyte-support, but the only available encoding for Japanese is SJIS, so I have yet to get it working with Japanese in Kterm and Kinput2 (if anyone has tried this and had success, let me know. I'd buy you a beer or two). For me, emacs-mule (another great editor, I just don't like the keybindings) works a lot better (meaning it works at all) for Japanese input. Oh, yeah, and the abovementioned version adds a really nifty GTK gui, but that's getting beyond the scope of this message. john jseebach@example.com ------------------------------------------------------------------- Next Technical Meeting: July 10 (Sat), 13:00 place: Temple Univ. *** Topic: High Performance JAVA, by Matt Welsh Next Nomikai: August 20 (Fri), 19:30 Tengu TokyoEkiMae 03-3275-3691 ------------------------------------------------------------------- more info: http://www.tlug.gr.jp Sponsor: Global Online Japan
- Follow-Ups:
- tlug: vim, not vi (was: PC Semi)
- From: "Stephen J. Turnbull" <turnbull@example.com>
- References:
- Re: tlug: PC Semi
- From: "Jordi S.B." <jyorudi@example.com>
- Re: tlug: PC Semi
- From: Jonathan Byrne <jq@example.com>
- Re: tlug: PC Semi
- From: "Stephen J. Turnbull" <turnbull@example.com>
Home | Main Index | Thread Index
- Prev by Date: Re: tlug: PC Semi, and the Eudora thing ...
- Next by Date: Re: tlug: Glibc 2.1.1 compilation trouble/Green Frog 0.3a
- Prev by thread: Re: tlug: PC Semi
- Next by thread: tlug: vim, not vi (was: PC Semi)
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links