response 1 of 96:

Aug 26 12:47 UTC 1993

#36/14 by Raised in a Vacuum....tube (aa8ij) on Tue, Aug 24, 1993 (17:45)
   vi is not that bad. Once I read Valerie's guide to vi, I learned it,
 and I have grown to love it. I will not let you slam vi.

---
#37/14 by Dave Lovelace (davel) on Tue, Aug 24, 1993 (19:52)
 And just how do you propose to stop him?
 

---
#38/14 by Greg Cronau (gregc) on Tue, Aug 24, 1993 (20:08)
 Let me tell you something, As a computer professional that spends an 
 average of 9 hours a day sitting in front of a tube writing software,
 using vi for a considerable amount of that time, I will tell you that
 vi sucks!!! I have learned vi because it is on every system that I use,
 and is available on *any* unix system, I have *accommodated* it, but I
 will *never* love it. It is too alien to my way of doing things.
 
 Any editor that assigns a different meaning to a particular key, based on
 what mode you are in, and then gives you absolutely no visual cue as
 to what that mode is, should be sent to it's own private circle of hell.

---
#39/14 by John H. Remmers (remmers) on Tue, Aug 24, 1993 (21:04)
 <EDITOR RELIGIOUS WAR ALERT!>

---
#40/14 by Greg Cronau (gregc) on Tue, Aug 24, 1993 (23:25)
 Yeah, I know, sorry about that. It's a sore subject that's all.

---
#41/14 by Patricia Snyder-Rayl (pegasus) on Tue, Aug 24, 1993 (23:32)
 Greg,
 
 That's ok. :) We understand.. it's like me and the phone company. Don't
 even get me started! *huge grin*

---
#42/14 by Meg Geddes (meg) on Tue, Aug 24, 1993 (23:39)
 (vi or die)

---
#43/14 by Steve Weiss (srw) on Wed, Aug 25, 1993 (00:12)
 I have always been afraid to say what gregc said because of fear of
 starting a religious war. It needed to be said. vi sucks. It does so
 precisely because of its modal nature. I, too, have accommodated,
 since I had to. Kicking and screaming. Ahhhhhhhhhhhhhh. (kick kick)
 
 It's delightful that here on Grex I have the alternative to use the
 far superior jove. Full Emacs would be a delight, but is not necessary.
 (duck!)

---
#44/14 by John H. Remmers (remmers) on Wed, Aug 25, 1993 (02:30)
 Full GNU Emacs is available now.  For proof, type !emacs at the next
 prompt.

---
#45/14 by John H. Remmers (remmers) on Wed, Aug 25, 1993 (02:32)
 (Oh, and for the un-emacs-knowledgable, you type control-x control-s
 to get out.)

---
#46/14 by Kent Nassen (kentn) on Wed, Aug 25, 1993 (09:21)
 (I thought it was control-x control-c)

---
#47/14 by Greg Cronau (gregc) on Wed, Aug 25, 1993 (10:35)
 emacs is even worse than vi. <gregc ducks and runs for cover>

---
#48/14 by Jared Mauch (jared) on Wed, Aug 25, 1993 (11:27)
 No.. Emacs is cool.. you used to be able to change the password file with
 the bugs that are in it.  <grin>

---
#49/14 by John H. Remmers (remmers) on Wed, Aug 25, 1993 (13:40)
 (Oops, right, control-x control-c to exit emacs...)
 
 Ye gads, vi and emacs *BOTH* bad?  What's an example of a good editor,
 then?
 
 Since we're on the subject of editors, I'll just that once I got over
 the modedness hurdle of vi and took the time to learn the command
 structure, I have no big problem with vi.  The command set is actually
 very well designed, and it's an advantage in speed for a touch typist's
 hands never to have to leave the home row.  I find vi to be just fine
 for small to moderate size editing jobs.  The ability to import
 arbitrary Unix commands and have them operate on the editing buffer
 using the "!" feature is a *wonderful* feature.  The only thing that
 vi lacks that's important to me is support for multiple windows,
 although some vi clones do have this.
 
 GNU Emacs is extremely powerful and I use it a lot too, particularly
 version 19 on my home linux system under X windows, where it supports a
 mouse, multiple frames, and cut & paste with other applications.  I've
 found no better editor for medium to large scale programming projects --
 great "C mode" for automatic formatting of source code, ability to
 compile and test within the editor.  I can roll my own "integrated
 environment" and set it up pretty much the way I want to, not the
 way Borland or some other vendor wants me to.

---
#51/14 by vi or ... vi? (davel) on Wed, Aug 25, 1993 (17:03)
 I mostly agree with John's comments on vi, except - John, how do you do an
 escape without leaving the home row?  This is a real pain.

---
#52/14 by John H. Remmers (remmers) on Wed, Aug 25, 1993 (17:17)
 That's true, on most keyboards, although mine has a spare escape key
 just to the left of the spacebar (real good idea, in my opinion).

---
#53/14 by Steve Weiss (srw) on Wed, Aug 25, 1993 (17:56)
 Re #49, John, are you telling me that you never insert strings of j's
 or k's or other vi commands because you always remember to escape
 back to command mode? I'm impressed. I've been using vi for a lot
 longer than it has ever taken me to master far more complex editors,
 yet I still find myself backing up over these errant commands which
 turned into part of my buffer because I didn't escape. It's not that
 I don't know how it works, it's that it's really hard to get it
 right. And the cost of getting it wrong is wasted effort.
 
 I am claiming not that vi has a limited feature set (though it does)
 but rather that its architecture is inherently unfriendly.

---
#55/14 by Greg Cronau (gregc) on Wed, Aug 25, 1993 (18:52)
 Ok, I suspected I was starting an editor religous war when I entered that
 item. Oh, well.....
 
 John, to be honest, I have not yet found an editor in the UNIX environment
 that I am really happy with. Crisp looks like it has potential, it is a
 clone of Brief for the PC environment. Unfortunately, I just don't have the
 time to learn another editor.
 
 I got my start on microcomputer's in the late 70's. I worked on apples,
 commodores's, CP/M, PC's, etc., until the mid-80's. I've been pretty much
 a UNIX jock for the last 7 years, but I learned to type in the PC environment.
 
 I have heard countless variations of the argument: "I am a touch typist and
 I don't want to slow myself down by removing my hands from the keyboard."
 Now, this *is* a good argument against using mice to manipulate the cursor,
 ala X or Windows.
 
 But, I learned to type in an environment in which every keyboard had a cursor
 pad. I am a touch-typist too, a fairly fast one for a programmer, but I
 have incorporated the cursor keys *into* my touch typing. My fingers
 instinctively know where the arrow keys are. The right-most 2 fingers of
 my right hand are ussualy over the pad. It's instinctive.
 
 I work best with an editor that allows modeless operation. You want to type
 an "A", you hit the "A" key. You want to move the cursor up a line, you
 hit the cursor up key. Period. I move around the screen *alot* when I work,
 and this need in vi to: "Enter insert mode, type text, leave insert mode,
 move cursor, enter insert mode, etc, ad nauseum. It DRIVES ME NUTS SOMEDAYS!
 
 On my machines that I do real work, I have managed to comp up with a
 combination of:
 1.) A special keyboard mapping.
 2.) A special terminfo/termcap entry.
 3.) And a set of .exrc macros
 The above combination allow me to use vi in a modeless way. It works about
 98% of the time, however I still have problems getting exactly the operation
 that I want when the cursor is at the beginning or end of a line.
 
 I have seen a couple of customized version's of vi for the PC that do 2
 things right:
 1.) The cursor keys are hardcoded to *always* do the-right-thing.
 2.) The screen cursor changes shape depending on what mode you are in.
 #2 is a big gripe. I don't like the fact that there is no visual cue to
 tell you what the current mode is. The result is that I end up hitting the
 escape key far more than is necasary just to be-sure.
 
 There is a mode that is supposed to put the words "INSERT MODE" and
 "APPEND MODE" on the status line. But I have yet to find an implementation
 of vi that sets and clears this text correctly all the time. It ussually
 displays the text just fine when insert mode is entered, but doesn't clear
 it when escape is hit.
 
 OTOH, vi does have a lot of neat, powerful, features. There is alot I do
 like about it, but the biggest issue is I need to be able to cleanly
 enter text, if I can't do that, all the bells and whistles are worthless.
 
 Oh, yeah, I havn't installed my vi enhacements on Grex because it's too
 slow. Once we're on the 3/260, I plan to put them here. I'll show you
 how they work then.

---
#57/14 by Raised in a Vacuum....tube (aa8ij) on Wed, Aug 25, 1993 (20:33)
  Vi can bbe a pain when you're using a Mac that has no escape key.

---
#58/14 by John H. Remmers (remmers) on Wed, Aug 25, 1993 (20:35)
 Re #53:  I consider vi to be my friend.  Cantankerous sometimes, but
 a friend nonetheless.  Differnt strokes for different folks, I guess.
 Yes, I do enter strings of j's and k's sometimes.  I live with it.

---
#59/14 by Steve Weiss (srw) on Thu, Aug 26, 1993 (01:10)
 OK John, it sounds like we agree more than disagree. the only difference
 seems that you put up with vi's annoyances more willingly than I.
 I live with it too on my Unix machines at work, since vi is all there is.
 I'd rather put up with vi than hassle everyone there (they all love vi).
 I just cannot call vi a friend when it fights me so hard.
 
 No vi implementation I have used yet did any of the helpful things
 gregc suggested vi is supposed to do. Greg, I am totally with you on
 the use of cursor keys. It's totally natural. I thought emacs had
 an out-of-the-box Brief-Emulation mode. Why doesn't that make you
 happy?

---
#61/14 by Greg Cronau (gregc) on Thu, Aug 26, 1993 (04:49)
 <non-editor stuff deleted>
 
 Re #59: srw
 Steve, well, like I said, I don't really know crisp *or* brief, but I've
 seen it, and I know it *can* do what I want with the proper configuration.
 I suspect that if I put enough time into configuring emacs, I could make
 it do what I want too, but I just don't have the time to futz with it these
 days. But at least vi makes an attempt to keep all the default cursor motion
 keys grouped in one place on the keyboard in a semi-logical manner: HJKL.
 
 Emacs *default* behavior, of ^p for previous, ^n for next, ^b for back, and
 ^f for forward, scattering the cursor motion all over the keyboard, is even
 *more* braindead than vi.

---
#62/14 by Glenda F. Andre (glenda) on Thu, Aug 26, 1993 (07:50)
 I used to use ed, knew it inside out and could do almost everything I
 wanted, the few things that I couldn't I really didn't need all that often
 and I figured out ways around it.  STeve mentioned that I could do those
 things in vi.  Took one look at it and ran away screaming.  He persisted
 in working on convincing me to try it (took him a couple of years).  Finally
 I tried it (with a cheat sheet that he thoughtfully provided) and fell in
 love. I've forgotten what I knew about ed and plan to never remember it again.

 I now use vi for most straight text entry (the version we have on our home
 system has the cursor keys hardwired so that I can move around the screen
 freely even while in insert mode).  I switch to Word if I have to do anything
 fancy.  I know there are other, better things out there but, like gregc, I
 have other things to do with my time than try to figure out yet another
 editor when I know the one I use and can make it do what I need it to do.

response 5 of 96:

Aug 27 07:38 UTC 1993

(but it's pico stuff.... jared.. please don't complain anymore.. we're
 just too bad..)

response 9 of 96:

Aug 28 07:15 UTC 1993

Like you, greg, I also have typed text in command mode, but the u
command usually undoes the damage, so I don't consider that to be
any worse than the strings of jjjj I wind up typing (and then erasing).

Valerie's cursor position check does work.  I guess I must be using
a different definition of ease-of-use than vi lovers do, because I
find it easier (but unpleasant) to type the j and then erase it,
than I would to figure out whether the cursor is on or after the
last character I typed.

response 13 of 96:

Aug 29 05:55 UTC 1993

I don't think vi supports split-window operation.

I poersonally use Emacs for most editing; the cursor commands are
somewhat odd, but you can rebind them to whatever you want.  You
can even use the arrow keys if your terminal is set up correctly.
And I haven't yet found something you can't do in Emacs, which
is more than I can say for vi.  vi is nice when you need a small
editor which doesn't take too long to start up; I even use it
for small editing jobs.  But for anything big, or C or Perl code,
I always use Emacs.

response 15 of 96:

Aug 29 13:34 UTC 1993

Interesting point about the home row, John. I hadn't considered that
clever bit of vi design. I am *not* a touch typist. So being in the
home row seems to offer me no advantage. Now I can clearly see that
touch typists would like that.

What we are discussing here (our personal preferences) is kind of
interesting, to a point. We all like different keys, but we can
configure most editors wrt key bindings. The only reason hjkl are
available to vi and not to the other editors, is that vi has
chosen an architecture that allows hjkl to mean one thing some of the
time, and another thing at other times. This is workable, as we all
can use it. It is even appropriate when keys are limited.

Keys are no longer limited, and the big downside is that it's harder
to learn and become adapted to any system where a key can have
context-dependent meaning. Only vi does this. I am sure I would
tolerate vi better if I had a very limited keyboard. (in fact, I
would probably rail against the keyboard, rather than vi.)

Now that I think about it, other editors support modes too. They
typically have an "overstrike" and an "insert" mode which can be
toggled between by some ctrl character. I find this modal behavior
difficult to use, too, in the sense that I get it wrong some % of
the time. The only differences between this design and vi's modes
are (1) I need overstrike far less often than vi's escape, so the
issue doesn't come up as much, (2) I don't see a good alternative
at the moment. (3) at least a always types an a, b a b, etc.

response 17 of 96:

Aug 29 17:28 UTC 1993

John, you cursor key impaired slut.....

You are distinctly weird.
Or weirdly distinctive.

:-)

response 19 of 96:

Aug 29 20:23 UTC 1993

Speaking of foot pedals, I've got one.  It connects to the parallel port
and comes with software that lets you program it to any key you so
desire.  It's called PC-Pedal.  I've got it in a box somewhere, and
if any of you are really interested, I'll dig it out and post the 
name of the company.

response 21 of 96:

Aug 30 04:12 UTC 1993

I'm fairly sure that someone (maybe at MIT Athena) has Ctrl and Meta
footpedals, specifically for use with Emacs.

response 23 of 96:

Aug 31 22:12 UTC 1993

I was on M-net, and found an editor named JOE.  it's like qedit
for UNIX, actually.  I liked it.