Joachim Schrod wrote:
Dan Goodman wrote:
PS vi rules, if you take the time to learn how to use it. [...] And the time to do so is a lot less than the time to learn the Wordstar-like multi-key sequences of Emacs.
OK, I'll bite. You wanted it, you get it... ;-) :-)
I know vi -- both the original and vim -- better than almost any hard-core vi fans that I ever met. Actually, those who know vi better than I do, are no vi `fans' but proficient vi users who knows the deficiencies of their tool and are therefore no fans any more. I learned vi back in 1984, and met Emacs in 1988 or so, and use both until today.
You make some interesting points, but I can't resist a rebuttal. Every package has its deficiencies, as well as its strengths. And *not* having to use a mouse is one of the strengths of vi...taking your fingers off the keyboard just slows you down. And whether or not proficient users are fans or not is a subjective judgment, unless you specifically polled them on that one term with respect vi. After all, they may be aware of its deficiencies, but they are still users for a reason. I met vi about three years sooner than you, Emacs about the same time, and never looked back after seeing the differences.
But: Emacs was a revelation, and it still is. vi is just an editor. Emacs is not an editor, but a working environment -- that's the whole difference. vi fits the Unix/software tools philosophy: it does one thing well.
If I want a working environment, there is Eclipse. Or Firefox for browsing. Or Thunderbird for email. Or pick your own favorite IDE, browser and mail client, independently of your editor. Choice is good.
Back then, getting rid of a modal interface was like heaven -- I had enough of them before, when I had to worked with MVS and BS 2000, no need to repeat that on Unix.
Modal interfaces are bad when they are things like modal dialog boxes that force you to respond to them before you can continue with what you were working on. There is no inherent drawback in a bi-modal program where the two modes are easy to distinguish (after your first five minutes with vi) and are switched back and forth with one or two keystrokes. And I have used various editors in MVS and older Windows environments, such as VisualEdit, SlickEdit, etc . and found that the first thing I wanted to do was re-create the keystrokes I had already stored into "muscle" memory with vi, so I wouldn't have to stop to think what keystroke did what I wanted. That is why, when I want , need or can have a GUI interface, vim is a good thing...
"Real hackers know how to use vi, even if they prefer Emacs. But if you > really know vi, what do you need Emacs for?" ;-)
You know how vi is pronounced, do you?
"Why?"
No, as you surely well know, it is pronounced vee-eye. But your pronunciation is a weak diversion from the reality of comparative interfaces.
Read the classic, `Tog on Interface', and get an enlightenment how user interfaces should be designed. Please, no modal interfaces in a thing as essential as a development environment.
There is a world of difference between interface design for special purpose, complex programs, and those for a special purpose and well-known single purpose tool. You have to meet a lot of Underwriter Labs requirements to make a usable and safe power drill, but if all you need is a screwdriver, you only need two modes (most of the time) - Phillips and slot. And a power miter saw can do a lot that an ordinary carpenter's saw can only do in the hands of the skilled, but I don't think I'll keep one in my toolbox in case I need to saw off some lumber for a gardening project.
Btw, tongue-in-cheek, I don't know what you mean with `multi-key sequences', the days of Escape-Meta-Alt-Control-Shift are long gone; nowadays one uses the mouse or has adequate bindings to one's function keys -- just as in vim. In vi, I have more often to use : and some ex command than I use M-x and a function name in Emacs.
Colon commands all take the same first character, to trigger the command mode (vs. the edit mode). But it is a simple and consistent syntax. And if you are using a gui for Emacs, in order to avoid the original key sequences, then (a) you have to slow down to use the mouse, or (b) most of the practical advantages of Emacs can be just as easily obtained in vim.
Plus, if you have to get on many different machines, many of which you don't control, depending on Emacs leaves you on the dock when the ship sails, at least part of the time. I have yet to find a Unix, POSIX-like, Linux distro, or other non-M$ system that didn't have a fully functioning vi on it,
I beg to differ. As Wikipedia already tells:
In a 1984 interview Bill Joy explained that, at Sun, he used an early desktop publishing program, called Interleaf; when visiting labs outside Sun, he used plain old ed. Although vi was almost ubiquitous, he could not count on the local version working the way he expected. However, ed was never modified, so he could count on making it work without stumbling.
That was then (25 years ago) when publicly available Unix had only existed for about five years, BSD for less. At that time, vi was not standardized across platforms when ported, as everyone thought they could "improve" it. But within ten years, it was pretty much identical everywhere. Nice try, but your argument is a couple of decades late.
Or, from my personal experience: You obviously haven't been in many troubleshooting environments where one has a Windoze system without putty, and some suits breezing down your neck that you shall solve the problem with the multi-million Euro Unix system that doesn't run properly since 4 weeks and where they tried to solve the problems with their outsourced Indian provider and didn't succed? Lucky you.
No, you don't know me very well, or even at all. I *have* had to do just that, although nowadays, I am free from the 'doze platforms. My desktop is Linux (openSUSE 11.1, fully patched) all the way. And xterm beats putty hands down; I have used both, and if you are on an administratively locked down machine, how do you get either putty or Emacs installed if they aren't there when you sit down to begin? And I get paid to pretty much do just what you described, except the Unix systems are multiple varieties, Solaris (SunOS 4 -> Sol10, all stops in between; AIX; Dynix; and a lot of enterprise Linux - SLES rules!). So remove the "Euro" part, and broaden the class of outsourced providers, and that is where I am at these days. And vi is the only common denominator editor across hundreds of enterprise boxes and thousands of remote Linux platforms, for editing. And the only reasons I consider myself lucky is that I like troubleshooting, and I don't have to use Cygwin anymore, as my employer is a strong user and proponent of Linux, including on the desktop -- none of this "we don't support Linux for users on our network for security reasons" crap I have heard in the past from clueless Windows network administrators.
Not that Emacs would help here, but that's exactly my point. If I would restrict myself to something that works in all environments where I regularly have to work; I would need to restrict myself to ed, sed, and awk. (And yes, I know ed, and can use it properly.
"ed, sed, awk and vi" if you used vi. And you could run your editor natively on any of them. And I still use sed, awk, and the occasional cut or tr (mostly for clarity) unless a problem is big enough to warrant Perl.
Since, as you should now: ed is *the* standard text editor; see http://www.dina.dk/~abraham/religion/ed-standard for reference.)
0.75 :-)
Joachim
I could care less what someone else thinks is the standard. Vi is a common denominator on all the platforms I support, and a lot more. This isn't "American Idol" -- if I were basing it on popularity, based on number of installations, I suppose I should prefer the Microsoft command line editor, or a port of Notepad. But that is not why I still like and use vi -- none of its "deficiencies" are corrected in a way that is useful to me by any other alternative. "We don't need no stinking mice!" And I don't need a Swiss Army knife plus power saw plus wheelbarrow to edit a config file. VI will never die. And I am teaching my fifteen year old son to use it, as part of his education in computing. He already "gets under the hood" - and the only thing I can be sure of twenty years from now, re: editors, is that vi and its clones will still be available everywhere -- and especially in embedded and mobile systems, the wave of the future. Can you imagine editing config files with Emacs on those platforms? Where will the RAM come from? FWIW, Dan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org