Live data from Hacker News

Vim is the worst editor, except all the other editors

andre.arko.net

131–140 of 145 posts

Re: Vim is the worst editor, except all the other editors

#131
post #112

Earlier quoted context omitted.

> Right -- the mouse was foisted on a gullible public willing to suffer a reduction in efficiency in order to have an electronic pet, all against their better interests. And the industry's usually diligent efficiency experts were all bribed to overlook the reduction in efficiency you've just brought to our attention. I'm not sure if you're just joking or you're just misinformed. For text editing, mouse is more ineffi…

> For text editing, mouse is more inefficient than keystrokes Your evidence for that is provided by the fact that the world eagerly adopted the mouse and abandoned vi/vim and similar programs, based solely on the advantages of modern methods. Your evidence for that is provided by the fact that I wrote an incremental improvement over vi, one that exploited the existence of control keys but didn't exploit a nonexistent…

There is indeed a massive advantage of a mouse over a keyboard-based interface - it's far, far more discoverable for novice or occasional users. In fact, I'd venture to say the mouse (and the corresponding advent of discoverable graphical interfaces) was the primary driver of making computers accessible to non-techies and hence largely responsible for the computing revolution.

But, a keyboard-based interface is still more efficient for someone who can put in the time to learning how to use it efficiently (and customizing it to their specific work), and uses it regularly enough to maintain that knowledge. For a lot of people who write code for a living, a text editor definitely falls in that area.

Re: Vim is the worst editor, except all the other editors

#132
post #131
post #112

Earlier quoted context omitted.

> For text editing, mouse is more inefficient than keystrokes Your evidence for that is provided by the fact that the world eagerly adopted the mouse and abandoned vi/vim and similar programs, based solely on the advantages of modern methods. Your evidence for that is provided by the fact that I wrote an incremental improvement over vi, one that exploited the existence of control keys but didn't exploit a nonexistent…

There is indeed a massive advantage of a mouse over a keyboard-based interface - it's far, far more discoverable for novice or occasional users. In fact, I'd venture to say the mouse (and the corresponding advent of discoverable graphical interfaces) was the primary driver of making computers accessible to non-techies and hence largely responsible for the computing revolution. But, a keyboard-based interface is still…

> But, a keyboard-based interface is still more efficient ...

This has been proven false any number of times. It's false when comparing mouse use against a modern keyboard with control and function keys, and it is certainly false for the limited keyboards for which vi/vim was designed, those keyboards that result in vi/vim not being able to exploit control characters.

Source: http://www.asktog.com/TOI/toi06KeyboardVMouse1.html

Quote: "We’ve done a cool $50 million of R & D on the Apple Human Interface. We discovered, among other things, two pertinent facts:

* Test subjects consistently report that keyboarding is faster than mousing.

* The stopwatch consistently proves mousing is faster than keyboarding.

This contradiction between user-experience and reality apparently forms the basis for many user/developers’ belief that the keyboard is faster."

The above quote comes from a study performed a while ago and repeated ad infinitum since then.

Re: Vim is the worst editor, except all the other editors

#133
post #130

Earlier quoted context omitted.

> It's not common in modern times for any of this Any of which? Please, be more precise. You mean that it's not common for certain keys to be mixed up in console applications? Please... > You can measure it by noticing that most modern computers since 1980 have Oh well, you have a curious definition of measurement then. > some spoilsport may mention that the entire exercise is unnecessary You mean editing text is unn…

> You still didn't provide any kind of evidence that editing with mouse is faster than using pure-keyboard interface. How about the direction of computer history? Vi was superseded by Apple Writer (and other editors, some of them better) that supported the existence of control characters, those editors were superseded by editors that supported mice, and those editors have in turn been improved on to the present day.…

I'm going to take the bait one more time. That's not research - it's someone talking about research in the abstract. There are no details but it's clear from the context that they're talking about something completely different.

"In the early (pre-release) days of Lisa, we had command keys instead of pull-down menus. One of the primary reasons we abandoned command keys was the difficulty of coming up with fixed definitions that could be easily transported from application to application. Users were constantly confused."

"It takes two seconds to decide upon which special-function key to press."

No, it doesn't. When my cursor is on a function name I want to change in vim, I type 'ciw' and then word is gone and I'm in insert mode replacing it. There's no 2 seconds about it.

Your research doesn't apply to this scenario and you know it. But it's fine - you do it your way, we'll do it ours. There's no problem with that.

Re: Vim is the worst editor, except all the other editors

#134
post #87

Earlier quoted context omitted.

Oh, it's you again. We talked about this some time ago. Since then I stopped using Vim in favor of Emacs, which is modeless - I remember that having modes was the biggest sin of Vim in your eyes. It's been 5 months since I switched to Emacs. My .emacs.d is actually bigger than .vim_runtime was, but it's because of more configurable features found in Emacs plugins, so it's natural. My init.el is also longer than my .v…

> Elsewhere in this thread you're saying that Vim can't use mouse and clipboard. Of course it can - "=y copies to system clipboard instead of local one. 1. Thanks for correcting me. 2. Four characters. Very efficient. 3. All to avoid using any control keys. The reason? vi must be able to work with a keyboard that doesn't have any control keys, and vim must work exactly like vi. Not only do modern keyboards have contr…

You repeatedly claim that vi is lame because it has to work with keyboards with no control keys. You also say that you used vi on terminals that lacked a control key. Your claims are simply false.

The original docs for vi, written by Bill Joy and Mark Horton, are online. You can see quite a few places where the docs explicitly refer to control key combinations. For example:

http://docs.freebsd.org/44doc/usd/12.vi/paper-8.html#section...

vi was developed in 1976 on the ADM-3A dumb video terminal, and that terminal had a ctrl key. I remember because I had one. You can see the ADM-3A keyboard here:

http://www.catonmat.net/blog/why-vim-uses-hjkl-as-arrow-keys...

The author of that page also explains why Bill Joy chose hjkl as movement keys. Note that those keys have arrows printed on them to indicate that they move the cursor when used with the ctrl key.

Although vi was never intended to work on paper terminals as you claim (having the line-oriented ed embedded as a mode does not make vi equivalent to or derived from ed), the most common paper-oriented terminal in use back then was the Teletype Model 33, and it had a control key. You can clearly see it here:

http://www.baudot.net/gil/tty-machines/pics/M33-ASR-Gil-Keyb...

The ADM-3A gave way to video terminals from DEC, HP, Wyse, Hazeltine, etc., and they all had control keys. I've worked on a lot of terminals in my time, and I have to go back to keypunch machines to find something that didn't have (or need) a control key.

So what machine did you use vi on that didn't have any control keys?

If such a terminal indeed existed and you were forced to use it at NASA, I'm sorry. The experience obviously left you bitter and scarred. But please stop making claims about vi and early terminals that are simply and obviously false.

Re: Vim is the worst editor, except all the other editors

#135
post #87

Earlier quoted context omitted.

> Elsewhere in this thread you're saying that Vim can't use mouse and clipboard. Of course it can - "=y copies to system clipboard instead of local one. 1. Thanks for correcting me. 2. Four characters. Very efficient. 3. All to avoid using any control keys. The reason? vi must be able to work with a keyboard that doesn't have any control keys, and vim must work exactly like vi. Not only do modern keyboards have contr…

You repeatedly claim that vi is lame because it has to work with keyboards with no control keys. You also say that you used vi on terminals that lacked a control key. Your claims are simply false. The original docs for vi, written by Bill Joy and Mark Horton, are online. You can see quite a few places where the docs explicitly refer to control key combinations. For example: http://docs.freebsd.org/44doc/usd/12.vi/pap…

You may notice that the ADM-3A didn't have a CAPS LOCK key. A common mod involved soldering a couple of jumpers so pressing CAPS twice in rapid succession switched caps lock mode on and off. I did that to mine; back then it was fairly common for some systems to only accept uppercase commands. The Teletype ASR-33 didn't have CAPS LOCK either.

I don't know if Bill Joy modded his ADM-3A, but for anyone who wonders why vi uses esc instead of caps lock to switch modes it's because there was no caps lock key back then. I believe Bill Joy and the vi cartel deliberately suppressed the caps lock feature on early terminals to make vi users miserable in the future.

Re: Vim is the worst editor, except all the other editors

#136
post #87

Earlier quoted context omitted.

> Elsewhere in this thread you're saying that Vim can't use mouse and clipboard. Of course it can - "=y copies to system clipboard instead of local one. 1. Thanks for correcting me. 2. Four characters. Very efficient. 3. All to avoid using any control keys. The reason? vi must be able to work with a keyboard that doesn't have any control keys, and vim must work exactly like vi. Not only do modern keyboards have contr…

You repeatedly claim that vi is lame because it has to work with keyboards with no control keys. You also say that you used vi on terminals that lacked a control key. Your claims are simply false. The original docs for vi, written by Bill Joy and Mark Horton, are online. You can see quite a few places where the docs explicitly refer to control key combinations. For example: http://docs.freebsd.org/44doc/usd/12.vi/pap…

[deleted]

Re: Vim is the worst editor, except all the other editors

#137
post #87

Earlier quoted context omitted.

> Elsewhere in this thread you're saying that Vim can't use mouse and clipboard. Of course it can - "=y copies to system clipboard instead of local one. 1. Thanks for correcting me. 2. Four characters. Very efficient. 3. All to avoid using any control keys. The reason? vi must be able to work with a keyboard that doesn't have any control keys, and vim must work exactly like vi. Not only do modern keyboards have contr…

You repeatedly claim that vi is lame because it has to work with keyboards with no control keys. You also say that you used vi on terminals that lacked a control key. Your claims are simply false. The original docs for vi, written by Bill Joy and Mark Horton, are online. You can see quite a few places where the docs explicitly refer to control key combinations. For example: http://docs.freebsd.org/44doc/usd/12.vi/pap…

The comment from lutusp was deleted before I finished composing my reply, but since I went to so much work (five minutes) finding the relevant evidence to refute him I'll repost it:

---

lutusp 2 minutes ago | link

> You repeatedly claim that vi is lame because it has to work with keyboards with no control keys. What? "vi is lame because it has to work with keyboards with no control keys"? I never said that anywhere. You will now try to find your source for this lie, then you will apologize for lying. For God's sake -- how can you people expect to have useful conversations while making stuff up? If you had said, "I think I heard you say..." or something like that, I would cut you some slack for being stupid and irresponsible, but not under these circumstances. FIND THE QUOTE. THEN, REALIZING THAT IT DOES NOT EXIST, APOLOGIZE. I won't hold my breath for you to accept adult responsibilities.

---

OK, I'll take the troll bait. You wrote: "I never said that [vi is lame because it has to work with keyboards with no control keys] anywhere. You will now try to find your source for this lie, then you will apologize for lying."

I'm not going to apologize to you for anything, and you show yourself to be quite a jerk telling me that I will apologize for pointing out your factual errors. You don't even bother to address the facts I posted. But showing you where you wrote what you claim you never wrote is easy. You can find all of these quotes in your own comments:

* "The reason? vi must be able to work with a keyboard that doesn't have any control keys..."

* "... the control scheme in vi and vim arises from the requirement that it avoid the use of control keys. That was a design requirement, because the original machines it was designed for did not have control or navigation keys. How do I know this? I used those computers, and I used the early versions of the programs under discussion."

* "And do you know why this arrangement exists? Because there were teletype terminals and early glass terminals that didn't have control keys. No control keys, no way to exploit their existence."

* "I wrote an incremental improvement over vi, one that exploited the existence of control keys..." [Implying that vi did not or could not use the control keys, which didn't exist back then anyway according to you.]

* "It's false when comparing mouse use against a modern keyboard with control and function keys, and it is certainly false for the limited keyboards for which vi/vim was designed, those keyboards that result in vi/vim not being able to exploit control characters."

* "Having to enter additional keystrokes, a throwback to a computer keyboard that either didn't have control keys or couldn't exploit them, makes editing 'faster and more powerful'? Nice reasoning."

* "Vim still imitates vi, and vi still imitates 1970. Extremely inefficient, steep learning curve in order not to press readily available control keys."

* "As soon as someone invented the control key and its purpose, and well before Douglas Engelbart invented the mouse, the retirement clock started ticking for vi and vim." [I guess not since vim is installed on all Unix and Linux distros and comes with OSX].

I provided links showing the ADM-3A and Teletype Model 33 keyboard layouts -- both with control keys. And that was the standard keyboard layout back then. Show me a terminal that was in widespread use when vi came out in 1976 that didn't have a control key. Not that it really matters if you find some weird example, because vi was specifically designed for the ADM-3A and similar terminals available in 1976 that had control keys. That's from Bill Joy.

Your repeated claims that vi was designed for paper terminals, or that vi is derived from ed (rather than the reality that vi incorporated ed) are contradicted by knowledge of vi but also by the authors of vi. You wrote:

* "vi, which had to be able operate with a 'paper terminal', essentially a roll of paper as a display..."

* "I can say this in vi/vim's favor: it's a step up from ed, its predecessor."

Both obviously false.

Re: Vim is the worst editor, except all the other editors

#138
post #87

Earlier quoted context omitted.

> Elsewhere in this thread you're saying that Vim can't use mouse and clipboard. Of course it can - "=y copies to system clipboard instead of local one. 1. Thanks for correcting me. 2. Four characters. Very efficient. 3. All to avoid using any control keys. The reason? vi must be able to work with a keyboard that doesn't have any control keys, and vim must work exactly like vi. Not only do modern keyboards have contr…

You repeatedly claim that vi is lame because it has to work with keyboards with no control keys. You also say that you used vi on terminals that lacked a control key. Your claims are simply false. The original docs for vi, written by Bill Joy and Mark Horton, are online. You can see quite a few places where the docs explicitly refer to control key combinations. For example: http://docs.freebsd.org/44doc/usd/12.vi/pap…

> You repeatedly claim that vi is lame because it has to work with keyboards with no control keys. You also say that you used vi on terminals that lacked a control key. Your claims are simply false.

First, I never said either of those things anywhere. But, having sampled the level of personal responsibility among the people in this thread, I won't bother asking you to try to locate your source for those false claims.

The reason vi doesn't use control keys is because many keyboards in those days didn't have control keys to use. Which word don't you understand? The authors couldn't exploit keys that didn't exist, so they avoided use of an entire keyboard filled with control keys, an unfortunate necessity.

This is not to say there were no keyboards with control keys, only that the designers didn't want to lock out users having keyboards without control keys. That's why vi used letter keys for arrow keys, and shifted modes by means of something other than a control key, to make control functions possible in the absence of control keys.

> But please stop making claims about vi and early terminals that are simply and obviously false.

What? I should defend statements that I never made, that you invented and then tried to hold me responsible for? If you will stop inventing quotes, I will stop calling you out on them. Now, as just one example among many, locate where I said "vi is lame" ANYWHERE, FOR ANY REASON, IN ANY CONTEXT. And when you discover that you invented it, you will apologize.

Re: Vim is the worst editor, except all the other editors

#139

Earlier quoted context omitted.

You repeatedly claim that vi is lame because it has to work with keyboards with no control keys. You also say that you used vi on terminals that lacked a control key. Your claims are simply false. The original docs for vi, written by Bill Joy and Mark Horton, are online. You can see quite a few places where the docs explicitly refer to control key combinations. For example: http://docs.freebsd.org/44doc/usd/12.vi/pap…

The comment from lutusp was deleted before I finished composing my reply, but since I went to so much work (five minutes) finding the relevant evidence to refute him I'll repost it: --- lutusp 2 minutes ago | link > You repeatedly claim that vi is lame because it has to work with keyboards with no control keys. What? "vi is lame because it has to work with keyboards with no control keys"? I never said that anywhere.…

> OK, I'll take the troll bait. You wrote: "I never said that [vi is lame because it has to work with keyboards with no control keys] anywhere. You will now try to find your source for this lie, then you will apologize for lying."

Read much? You claimed that I said "vi is lame". In point of fact, I never said any such thing anywhere. Prove me wrong -- locate a quote that does not exist. You're inventing arguments to have with yourself.

I just went through your list of quotes, and everything in the list is true. "... there were teletype terminals and early glass terminals that didn't have control keys ..." Care to dispute this truth?

> I'm not going to apologize to you for anything ...

Of course not. You also won't avoid making things up as you have done in this and prior posts. Which leads an intelligent person to wonder what the point is of trying to discuss things with you.

Re: Vim is the worst editor, except all the other editors

#140
post #139

Earlier quoted context omitted.

The comment from lutusp was deleted before I finished composing my reply, but since I went to so much work (five minutes) finding the relevant evidence to refute him I'll repost it: --- lutusp 2 minutes ago | link > You repeatedly claim that vi is lame because it has to work with keyboards with no control keys. What? "vi is lame because it has to work with keyboards with no control keys"? I never said that anywhere.…

> OK, I'll take the troll bait. You wrote: "I never said that [vi is lame because it has to work with keyboards with no control keys] anywhere. You will now try to find your source for this lie, then you will apologize for lying." Read much? You claimed that I said "vi is lame". In point of fact, I never said any such thing anywhere. Prove me wrong -- locate a quote that does not exist. You're inventing arguments to…

Please. You are being deliberately thick. I didn't say you literally wrote "vi is lame" or I would have put it in quotes. You figuratively say vi/vim are lame/terrible/antique/broken over and over. Anyone reading this thread gets your opinion of vi and vim and will agree that "vi is lame" sums it up even though you don't use those exact words.

You can dispute the presence or absence of control keys on early terminals, sure. But find one that was in widespread use after vi was released in 1976. I asked you already to show an example of a terminal that didn't have a control key that you used vi on. It's irrelevant, really, since vi was designed specifically for terminals like the ADM-3A that DID have a control key. Bill Joy's original vi docs support that statement.

The possible existence of some early terminal that lacks a control key doesn't change the fact that vi wasn't designed for such terminals, so it shouldn't be surprising that vi didn't work well on such things. Supposing they existed. I posted links and screen shots. What evidence do you have?

I haven't made anything up. I posted your own quotes verbatim and cited my sources for early terminals and the history of vi.

Give it a rest. No one is interested in this anymore and you are just making a fool out of yourself.

Post reply on HN