JOE Hits 3.0 519
orasio writes " Joe's Own Editor , a unix editor very much like the old Turbo-Pascal 4 editor, or WordStar, used and enjoyed by us console freaks who still miss the old DOS days, and cannot finish understanding vi's modes, has been revamped, adding syntax highlighting and internationalization support after many years without new features. The Sourceforge project is open for contributors since a year ago, but this is the first major feature improvement, that brings new life to JOE as a neat console-based programmer's editor." Joe is one undervalued program -- less arcane than vi, less cumbersome than emacs.
VI is everywhere. (Score:3, Insightful)
So when I learned vi, I could use the knowledge on every Unix system I've ever been on. That alone makes it more useful than JOE.
JOE's really JAE.
Re:Windows is everywhere. (Score:5, Insightful)
So when I learned Windows, I could use the knowledge on every computer I've ever been on. That alone makes it more useful than UNIX.
Re:Windows is everywhere. (Score:3, Funny)
Re:VI is everywhere. (Score:5, Insightful)
Re:VI is everywhere. (Score:2)
Re:VI is everywhere. (Score:5, Interesting)
- Backspace key won't work correctly when you want to delete text which was there already before you entered insert mode.
- Forget about the delete key, you'll have to quit insert mode and use x. (And for some reason, when you leave insert mode, the cursor magically moves one position to the left)
- When you accidentally use your arrow keys at an unexpected moment, your file gets messed up and/or you sometimes automatically leave insert mode.
And well, I can imagine that it'll be even worse on older machines.
Re:VI is everywhere. (Score:2)
Too true. You need to learn plain ol' vanilla vi to be truly effective on any Unix machine. Learning to do without the delete and arrow keys (and the backspace key, except for immediate corrections) will actually make your use of vi more efficient as you learn to take advantage of d, D, dd, c, C, s, r, R, etc. in combination with sentence-structured and numbered movement commands in command mode (and of course the most important command key for editing code, ".").
Re:VI is everywhere. (Score:5, Informative)
Let me help clear up some of your confusion about vi versus vim:
There are two misunderstandings here. The first is that there are multiple modes in vi. In reality, there is just what you think of as command mode, and within command mode there is an insert command. The insert command start with an "i", and ends with an escape. The stuff inbetween is inserted into the buffer.
This explains why the backspace does what it does in vi. The backspace allows you to move backwards (destructively) in the text that you are inserting as part of the current insert command. It doesn't move you around in the buffer; it moves you within the insert command. (To make things a little more convenient, vi displays the text you type as part of the insert command in the position in which it will be inserted after the insert command completes.)
Indeed. The delete key is not supported as part of a insert command. vim may have added this as an extension, but that's a vim thing and not a standard vi thing. So if you want to delete destructively to the right, you'll have to finish the insert command you're doing.
Well, of course you're not leaving insert mode. You're finishing an insert command. The reason the cursor moves where it does is that at the end of an insert command, the cursor is put on the last character inserted. If you are inserting the string "abc", then you would type "i", then "abc", then escape. Once you have typed the "c", you are still executing an insert command, the cursor always moves after the character you've just typed. But when you hit escape, you have finished the insert command, and the cursor goes to the last character of the string you inserted.
Note that this is actually the more consistent way to do things. In vi, when you are using movement commands (hjkl, etc.) to move around, your cursor must always be on a real character that exists in the document. It cannot be in the space after the last character on the line. (The exception is blank lines, but there is no way to be on a real character then, so you have to make this exception.) So naturally, after you have inserted text at the end of a line, your cursor cannot be AFTER the last character, because this is an illegal position for the cursor within vi. So it must land on the last character. Now, should it behave differently when inserting in the middle of the line? I don't think so. If I insert "abc" somewhere, I want the cursor to be in the same place relative to the newly-inserted string regardless of whether I inserted it at the beginning, end, or middle of the line. Anything else will just create a situation where I sometimes have to look at the screen and see what the state of the program is before I can continue typing, which is a big waste of my time.
This is really easy to explain. The reason for this is that vi was invented and was popular before arrow keys were a standard thing on all keyboards. These days, they are pretty standard, but still don't exist on all devices (like cell phone and PDA keyboards). vi will work with most any type of terminal, therefore it doesn't assume that arrow keys exist and it uses other keystrokes instead (namely, hjkl). It could be extended to support arrow keys, which would be nice if you are really used to arrow keys, but honestly, arrow keys are pretty danged far out in right field away from the more useful keys, so using the
Re:VI is everywhere. (Score:5, Insightful)
I have a better reason... Any non-US or non-QWERTY keyboard will not put the letters for movement under your fingers. I type in Dvorak, and the 4 keys are scattered across the keyboard.
I don't like moving my hand down to the arrow keys, but at least they are all in one place. Besides, you've got the same problem using the ESC key with your left hand. I really think arrow keys should be better supported by nvi... It's not as if I want to hit the arrow key and have it delete a line for me. If nothing else, it would prevent accidents.
Besides, what's wrong with making life a little easier for those who are used to the arrow keys? They aren't serving any other useful purpose.
It's also more consistent, in that you have to use them to move around in insert mode, so being able to use them in command-mode just makes sense.
Regarding arrow keys (Score:3, Interesting)
I'm going to expand on this a little because you missed an important point on why vi behaves as it does. The reason why arrow keys "mess up" documents is that vi is a character mode editor. That is, it reads one character at a time and interprets it as a command as if it was typed.
On the VT-100 series of terminals, the arrow keys map out to: ESC + [ + (A|B|C|D) w
Re:VI is everywhere. (Score:2)
Re:VI is everywhere. (Score:3, Insightful)
Not true. I personally always setup a box with numerous serial ports, connected to the real servers. That way, even when one of the boxes can't be pinged, I can make a connection.
What happens when you are using a machine without a compiler? Maybe you can get a Linux binary, but good luck finding a SunOS/AIX/HPUX binary for your text editor.
I know that, after setting up a BSD
Re:VI is everywhere. (Score:2)
Re:VI is everywhere. (Score:3, Informative)
I just installed JOE into my home directory at uni after I got sick of using VI. A few path tweaks and it all runs smoothly.
I can use VI, but I hate using it.
Re:VI is everywhere. (Score:5, Interesting)
Well, long story short, I couldn't the sucker to compile/run/whatever (I've forgotten the details by now), so I decided not to waste any more time and instead improve my vi skills.
Best decision ever. Easily.
Now I have an extremely powerful, usable, lightweight editor that is available on every *nix under the Sun (ha ha).
Not to mention that starting up emacs on my old 386 would not be a pretty sight, considering that just doing "vi
This is not to say that Joe is bad/useless. I wouldn't say that, especially since I haven't used it. However, for me, and many others, it's not the most practical choice
Re:VI is everywhere. (Score:2, Redundant)
JAE is Just Another Editor (Score:2)
jed, joe, ee, emacs, mcedit, nedit, pico, ted, stte, editx, padpaper, led, setedit, and more and more.
Thing is. The *only* editor you are garuanteed to have on any Unix system is vi. While the others might be great, fantastic even, when you've got more than one system and the whizzy editor is not installed on every single one of them, vi is the tool you can rely on. All the others are Just Another Editor.
I did once search far and wide for the one true editor, GUI editors, TUI
Cross Platform Editors (Score:3, Insightful)
There really is no shortage of cross-platform editors available -- it's mostly the IDE addicts that risk being locked into a platform-specific editor.
I use vi-derivatives like vim everywhere. There are no shortage of Win32-based implementations, both for text window and for GUI use.
GNU Emacs is also on any platform I've ever used, and MicroEmacs was almost as portable.
Then there are multi-platform IDE's like Eclipse or SunONE Studio.
I really don't understand why people lament when editors don't ha
Re:VI is everywhere. (Score:3)
Seriously, knowing about vi is good for emergencies, but I don't want to be bothered by modes and lack of support for all those nice arrow keys on my keyboard.
Windows is everywhere, too. (Score:2)
That said, Joe has never been my favourite. It's too easy to crash and it didn't do the things I expected last time I looked at it. I prefer Nedit. For those rare times when an X server isn't avaliable, I'll use the editor in midnight commander - this does not happen often enough that I bother to learn vi.
(to perhaps start a flame war when I'm at it, the way unix fanatics excpect you to re-learn su
Have you heard of the internet? (Score:2, Interesting)
just ftp/http/wget it from 100000 sources, there are binaries for everything, including dreamcast to your microwave and vacume tubes
VI is everything, god, talk about lazy.
Yes, windows is everywhere, but are you using it?
Re:VI is everywhere. (Score:2, Funny)
Re:VI is everywhere. (Score:2)
Well yes, but just because it is everywhere doesn't mean you have to use it all the time.
I know how to use Vi, I think it's worth learning when you don't have anything else - but i'll be damned if I'm going to use Vi on a perminant basis if I am able to install something else.
Use Vi when you have no choice, use your favourite when you do.
Re:VI is everywhere. (Score:2)
Re:VI is everywhere. (Score:3)
Re:VI is everywhere. (Score:2)
Re:VI is everywhere. (Score:2)
This is one of my main gripes too - an inverted T shape (like ijkl) would have been much better.
hmm.... (Score:5, Funny)
Make that Turbo Pascal 3... (Score:5, Informative)
Re:Make that Turbo Pascal 3... (Score:3, Interesting)
You sure you're not mixing it with Turbo C, for which the version 2 (2.x?) was the last before it turned into a Borland C/C++ 3.0. (for which I faintly recall it was still possible to use the wordstar-like bindings but at this point it w
I want semware Qedit (Score:2, Interesting)
Column copy, split windows, multiple macros that could be quickly defined by a simple to use keystroke recorder. Completely configurable. Oh, and fast and small.
I've tried most of the unix terminal editors. I end up using either vi or nano.
plurvert
Re:I want semware Qedit (Score:2)
nice macros. Has column copy, split windows, multiple copy/paste buffers and quite a few hundred other nice features to increase productivity.
Re:I want semware Qedit (Score:2)
Re:I want semware Qedit (Score:2)
Unlike Unix or Windows, HP3000's editor choices [3k.com] was quite limited.
Nowadays, things gotten better, I think. But those were the days.
Joe vs. vi vs. GUI based editors (Score:5, Interesting)
Joe was a nice alternative for DOS refugees when vi was the only other choice, but X-windows based editors make everything nicer...try middle click cut-and-paste for starters.
Unless we are all sitting at green Wyse 50 terminals, why are we still so married to command line editors? I am guilty of it too. vi is my God.
GUI editors can't fix XF86Config, want edit clone (Score:2, Insightful)
Re:GUI editors can't fix XF86Config, want edit clo (Score:4, Informative)
Re:GUI editors can't fix XF86Config, want edit clo (Score:3, Informative)
Actually, for Windows users migrating over to *nix, 'ee' [easyeditor] would be much more intuitive. The only problem [as I see it] with ee is the different implementations b
... a win98 edit.com clone for linux? (Score:5, Informative)
A typical Emacs user rates the virtues of their editor as power, extensibility and flexibility.
Those are Unix-type virtues. Over in the GUI desktop world, they don't count for much. What people want is simplicity and discoverability. Multiple ways to do things, ways that are similar between different programs. No macros, no customisation, no syntax highlighting, no language-specific optimisations, because they're not programmers and they're not programming. Thus they don't want or need a programmers' editor. They want a users' editor.
The MS-DOS 5+ editor is a model of these virtues for a text-mode app. It's CUA-compliant, the Wordstar standard for the 1990s and onwards, it can be driven from the keyboard or mouse, as you prefer, using standard commands, and is as close to a Windows (or indeed MacOS) app as you can get in an 80x25 console.
It's good.
And I know of no free xNix product anything like it.
Re:Joe vs. vi vs. GUI based editors (Score:2)
Personally I like the fact that I can just download Putty and SSH into a familiar environment. Special purpose GUI editors are usually great for a given task, but nothing beats a properly configured general purpose text-based editor at random editing tasks.
Re:Joe vs. vi vs. GUI based editors (Score:2)
For the same reason everyone prefers shellscripting instead of a visual development environment, prefers a good comfortable shell to a file explorer, prefers multiple separate windows instead of MDI, etc. Everyone is just used to it?
Re:Joe vs. vi vs. GUI based editors (Score:4, Insightful)
CTRL-k, s save
CTRL-k, x exit and save
CTRL-k, b start block
CTRL-k, k end blow
CTRL-k, c copy/paste block
CTRL-k, f find
vi has a steep learning curve, no onscreen help, it trapped me too many times for me to give it a chance whe I first started out.
Joe was the only one besides pico with on screen help that I could find in my early slackware days. It stuck and I still use it all the time. In the mean while I've still learned enough vi to use it when I have to.
Re:Joe vs. vi vs. GUI based editors (Score:2)
You said it! I find it truly perverse that you need to read a manual, or a tutorial just to use a text editor. This is not rocket science and I've got better things on my mind than how to use the bloody text editor.
Joe was the only one besides pico with on screen help that I could find in my early slackware days. It stuck and I still use it all the time. In the mean while I've
Re:Joe vs. vi vs. GUI based editors (Score:3, Insightful)
As with anything, it all comes down to what you determine to be the best tool for the job. If you work with all sorts of *NIX OSes, groking vi is valuable as it is ubiquitous.
An interesting side-effect of using vi is the tie-ins between vi, ed, and sed, as they all use largely the same command set. Knowing how to do something like a search-and-replace in one translates easily to the other t
Re:Joe vs. vi vs. GUI based editors (Score:3, Insightful)
Perhaps, but I wasn't talking about operating systems. I was talking about text editors. Which I feel is a totally different class of problem/difficulty. Why do I need a manual to do the simplest and most basic things in a text editor? Seriously.
As for that "it's a steep learninig curve, but once you learn it it's powerful" statement people like to bring up, things like Joe are powerful
Re:Joe vs. vi vs. GUI based editors (Score:3, Informative)
Well, for starters, when you spend a good deal of time editing text files (source, confs, whatever), vi can be marvelous for doing a lot of work with just a few keystrokes. Delete a word, delete a line, delete to this mark, search and replace, yank and paste, all easily done with 2-3 keypresses.
When having to do edits over a consol
Happened To Me (Score:3, Insightful)
Re:Joe vs. vi vs. GUI based editors (Score:2, Insightful)
when are ppl going to realize that 'intuitive' is not an objective standard and that it means different things to different people? Intuitive implies a pre-learned context that not everyone shares. It's juat a fancy way of saying, "I like it!".
Re:Joe vs. vi vs. GUI based editors (Score:5, Informative)
I'll address these in opposite order (which I think may be in reverse of priorities, but I'm not sure):
A plain xterm with a minimal border takes less screen real estate than a GUI editor. Screen real estate is a limited commodity - I'll do more or less anything to get more space for what I'm actually working on instead of decorations. And what I'm working on is the text I'm editing, not the buttons and menus that sit there.
A "command-line-based editor" (started from command line and run in the same window allows me to edit a file *in the same visual context as I already was*. This means that I have less of context change than if I either start a new window or use an editor launcher to get a buffer in an already running editor.
And finally, a terminal-based editor gives me flexibility to use the same editor in most contexts I use an editor. I can run it in a console to fix up a config file on a machine that hasn't got X yet, I can run it remotely on a server that isn't supposed to have X installed, I can run it on a remote machine I don't trust to have an X connection to my box (as an X connections allows keyboard snooping), I can run it when I sit on a Windows box with no X and should fix an issue with a server for a customer that use Windows desktops and Unix servers, I can run it when there is enough latency for X to be a pain, I can run it against servers where an X based editor takes too much resources (yes, these exists - for instance, I'd feel bad about running an X based editor on the FreeBSD.org servers, for resource reasons), etc, etc, etc.
Basically, there are a couple of direct UI advantages to terminal based editors compared to X based editors, as well as there being a lot of times it just isn't feasible to run an X editor. Until an X editor in itself is noticably better than the terminal based editors (and that day may come, but I don't know of any X based editor that is clearly better) people like me will keep running only terminal based editors, instead of running an X based editor with a side-dish of a *different* terminal-based editor whenever we can't run the X-based one.
Eivind.
Re:Joe vs. vi vs. GUI based editors (Score:3, Insightful)
ctrl-s is, like 's' for 'saving'
So it's English-biased? What happens when you port it to Spaish or German or Chinese or Korean and those key mnemonics don't make sense anymore? For those people (and there are a lot of them) the keystroke choices are arbitrary.
Great news, but.. (Score:5, Insightful)
Yes I've used wordstar in past. And Joe as well. But it seems to me the world has moved far far ahead in the last few years. Sure, vi and emacs lovers wouldnt even think of using any other editor, but IMO, for any serious editing purposes there already are a variety of editors available.
So perhaps, this is news for those who get a nostalgic feeling about the good-old-days. Maybe some will even d/l and give it a go, but the very fact that the this is the first major feature improvement even though the SourceForge project has been open for contributors for over a year, speaks volumes about its usage, demand and popularity.
Re:Great news, but.. (Score:2)
How was this about freedom of choice?
Re:Great news, but.. (Score:3, Insightful)
And so far I haven't found any reason to switch to a new editor. Not even joe 3.0. Joe 2.8 is almost completely bug-free, while the version currently available at SourceForge is quite buggy, not very portable anymore, and in fact it just doesn't really have any new feature worth up
Re:Great news, but.. (Score:2)
Its the bit about investing time and energy into revamping something that only the afficionadoes will use, and admire. The bit that says the project has been open for contribution for over a year with not very many feature updates. And the bit in your post itself that talks about the latest build being buggy
So it
Re:Great news, but.. (Score:2)
Slow news day maybe, but a refreshing change!
Mod the parent up ppl!
Re:Great news, but.. (Score:5, Interesting)
Joe 3 will be most welcome here.
Re:Great news, but.. (Score:2)
Re:Great news, but.. (Score:3, Funny)
Yes, the world is marching ahead. Now instead of Wordstar/Joe, most people are using vi.
Instead of crufty old DOS/Windows/OS2/Mac, the up-and-comming OS is Unix.
Hooray for progress!
JOE is your friend.... (Score:5, Insightful)
Long life dear old JOE!
My Sweet Joe Memories (Score:4, Interesting)
Later I had an affair with Jed and found its syntax hiliting to be a bless. And, I could figure out how to get the background black!
Now, I've grown up and am much to comfortable to develop in anything less than a good IDE.
pah! (Score:3, Insightful)
BTW, had to smile at the end of the editorial - as if anything could be more arcane than vi and/or more cumbersome than EMACS!
Wordstar Like (Score:3, Insightful)
Re:Wordstar Like (Score:2)
Why vim is better than joe (and obviously emacs) (Score:3, Interesting)
vim is upward compatible to vi.
So if you master vim you can edit with vi. vi is on every unix box, even on the most "naked" ones.
In addition, vi runs on practically any terminal and any connection, even when logged in from half around the world through several "hops". (I'm typing this on an old Ampex terminal (vt 100 like) via a 9600 Baud connection.)
# vim works like you think.
Many commands are "mnemonic". In a recent post, Randy has put it quite nicely:
As I said earlier, vi works like I think. I think "replace this word with that one;" "delete this line;" "yank this paragraph and put it down there;" "move there and insert a word;" "format this paragraph." Vi provides commands that map to how I think. Some of the time I'm just typing in text without editing it, but normally I'm editing text. I tend to write something, then go back and make it perfect. I prefer to copy something that is already there and then modify it to be what I need. This expresses very well what I believe has been a major design goal of vi!
# Now for the modal/modeless controversy.
If you really think about it, it boils down to the following: it's a matter of how you define "modal"/"modeless"; in other words: if vim is modal, so is emacs - if emacs is modeless, so is vim.
The reason: in emacs you are by default in "insert" mode; you have to type "ctrl-m
While programming, you are at least half of the time in command mode (if you are an Emacs user you might not be aware of that because nobody calls it like like that). The difference between Vim and Emacs is that most most Vim commands are mnemonic and need much less modifier keys, such as Ctrl, Alt, etc.
# I believe that modal editors are more efficient for programming (and similar tasks, like writing latex).
This is because I find myself much more often editing text which is already there, rather than producing new text which hasn't been there before.
This goes well with the observation, which someone reported in the comp.editors news group about joint strain. I almost get joint strain myself when I see emacs users holding down the ctrl or alt key all the time with their pinky or thumb
# I'm not sure what the reason is, but I've never seen emacs users who actually used all those feature which emacs-the-editor offers. (At the office, I'm surrounded by emacs and nedit users
I suspect, this is because it's simply just too difficult to remember all those ctrl-alt chords.
# Speed: CPU-wise, vim is still by far more efficient than joe.
Try running joe on an SGI Indy! Or on a PC/286!
Re:Why vim is better than joe (and obviously emacs (Score:2, Insightful)
However, Editors like Joe still have their little niche in the software ecosystem since they are small (not sure how big the new one is yet, hope it doesn't make this comment look foolish by dwarfing Emacs :) ), runs on pretty much anything that supports curses and for smaller jobs quick and simple to use.
Much as I like Vi, sometimes there are editing tasks that are more intuatively done
Re:Why vim is better than joe (and obviously emacs (Score:5, Insightful)
Uh, not the way I think. Not the way most people think. Most people, especially those new to the UNIX platform, have no clue. Does alert you to the help facilities on starting up? Does Vim just let you start typing?
Mnemonics are sweet and all, but they are useless unless you already know the command and you are trying to remember it. Joe was really one of the first editors that made it easy for newbies to get help straight off the bat.
You're talking out of your ass here. Have you tried running joe on a slow platform? I have... 16 Mhz 68000 UNIX systems, under a 80186 (yes, "1", that's not a typo) at 10Mhz under DOS. What's more I've used it over 1200 baud modems, raw telnet connections across the country back when you were lucky to have a 56k baud line shared with an entire campus. It worked perfectly. I'm not saying that Vim can't do that as well, but you obviously have no clue when it comes to Joe's system requirements. Maybe you're thinking it's some offshoot of EMACS?
Value (Score:4, Insightful)
The old hands among us will remember and still have the hidden ability of WordStar keystrokes 'programmed' into our fingers. While many of us have moved on to more powerful editors, we still appreciate that Wordstar like editors give efficient and competent editing capabilities in a small package. There are many of us that don't like drop down menus since we actually spend time writing code and find the action of hunting a mouse menu cumbersome.Deriding these tools because they are DOS like is irrelevant
While I don't often use it, Joe is a good example of this class of editor and I know many people who enjoy using it. While I am firmly in the Vi camp, I enjoy the fact that they have the choice to use a tool that suits them.
However, with the addition of syntax colouring, it may well become my editor of choice (instead of nedit) for when I'm doing multiplatform work and the practical and psychological leap of hopping from a WhineDoze box with Visual Studio to a linux box with Vi (utterly different paradigm) causes tangled fingers (and nerves :) )
(Please feel free to donate large sums to pay for my treatment when windows finally drives me nuts)
On a more general /. rant, over the last few years more an more trolls have invaded our forum. Too many socially defective individuals think that purile comments and insults are somehow witty, even though they have nothing of value to add to the discussion. All too often I see the hard work of developers who are donating their creations to our community belittled by people who I doubt even have the skills of a script kiddy.
Please people, if you have nothing of value to say, then just don't say it.
Re:Value (Score:4, Informative)
Vim can be used as the editor in Visual Studio [sourceforge.net].
Editors for DOS migrants (Score:3, Insightful)
Re:Editors for DOS migrants (Score:2, Interesting)
one word: mcedit (Score:3, Interesting)
"cannot finish understanding vi's modes" ? (Score:3, Insightful)
Give over, man. It has *two* modes! You can always get back to the default mode by hitting escape.
Even iPod has 2 modes (wheel fer scrolling / wheel fer volume)
Now Emacs, that's another matter. I've put serious effort into learning Emacs on three separate occasions in the last 10 years, and every time I gave up because even the simplest thing requires you to remember a seriously obscure series of keystrokes.
-sigh- should have learned not to join editor flamewars by now.
A first step, but Unicode support is incomplete (Score:5, Informative)
If you load a file with non-BMP characters in it they will come out as garbage. If you try to input any such characters it will mess up every single characters except those with a code point less than 128.
Re:A first step, but Unicode support is incomplete (Score:2)
It only supports a small subset of UTF-8.
Oh, and another thing: The U in UTF means "unicode".
Re:A first step, but Unicode support is incomplete (Score:3, Informative)
Job interview question (Score:3, Interesting)
BTW, nano is the editor of choice in the Gentoo [slashdot.org] setup. Good for them.
I didn't get the job...
Hey! Where are the pretty pictures? (Score:3, Funny)
What, no screenshots? :)
Editors (Score:3, Interesting)
Anyone who ever has to work in a cross platform enviroment should at least be able to use vi. This is everywhere.
Personally, I like it but it took some dragging me across the hot coals by one stubborn instructor in a week long class to get me to adopt it. Once I did, I liked it. Now I use GVIM on the PC and vi on the unix platforms. GVIM on the PC is real nice, it has language support and pull down windows. What I'd like to do is learn how to set up XEMACS to run in VI mode so I can get the best of both words- but I am to busy doing work or reading slashdot to learn.
No syntax files for c++ yet (Score:4, Informative)
There are no modes (there is a spoon). (Score:3, Informative)
The whole "insert mode" versus "command mode" thing in vi?
It's a mistake. There is no "insert mode".
VI is a command-oriented editor. You're always entering a command. The "insert mode" is just an incomplete insert command. The command structure of VI is basically a simplified subset of TECO.
Once one quits thinking of it as being in this mode or that mode, and thinks of inserting text as a command, 99% of the problems people seem to have with vi just drop away.
JOE and I go way back... (Score:5, Interesting)
Technically, the one thing Joe kicked most other editors asses at (except perhaps vi) was its ability to provide a user-friendly text editor environment over slow connections. Joe paid a lot of attention to optimizing the screen redraws to ensure that the minimum number of characters were sent over the pipe. Back in the days of 1200 baud modems and painfully slow cross-country telnet sessions, this made a big difference.
It's funny how JOE (the editor) keeps turning up... I hacked my TiVo recently following all of those instructions on the Internet, and was amused to see that the editor of choice for TiVo hackers is... Joe!
Later today I'll be installing Gentoo on what is going to be my home theater box. The first program I'll emerge? Joe. Simple as that.
My love affair with joe. (Score:3, Insightful)
I don't recall from where, but a few years later in 1997, I found joe. As a former pico and vi user, I really liked joe. It allowed you to show all the shortcuts on the top of the screen while you were editing documents, so it was easier to learn than pico, and it allowed many of the advanced functions of vi.
For instance, command line pipes are probably my most used joe feature that wasn't available in pico (maybe someone snuck it in recently). You can select a bunch of text, and hit Ctrl-K/. You are then prompted for a command line that all this text will be sent through. Your command line can be as easy as "sort", and all of your lines that you are selected, or as complex as a command-line perl script. For me, the most common are sort, uniq, cut, and perl.
On top of that, joe felt natural. From 1987 to 1996 I used Wordstar throughout all of my school reports. I knew all of the key combinations by heart.
I get weird looks from other senior UNIX admins still when they ask "vi or emacs?", and I answer "joe". I've been doing UNIX admin work now for 8 years, and still hate vi to this very day. I know enough to get a machine repaired enough to install joe, however. joe, screen, and zsh are the first 3 things to get installed on any machine I administer: from Linux, to Solaris, to IRIX to FreeBSD. When I teach new people UNIX, I teach them with joe, not vi. If I ever meet Joseph Allen, I'll be sure to buy him a drink!
Thoughts on editors, especially vi, Joe, and ed (Score:4, Interesting)
Here are my qualifications: I've been using UNIX for 32 years, starting with ed, the original line editor. No screen editors then because we didn't have screens. They didn't show up until around 1975. Soon after Bell Labs employees who went to Berkeley started bringing vi back with them.
Anyway, now for my opinions:
1. One must distinguish between the learnability of an editor and its usability. (True of any user interface, in fact.) For UNIX character-oriented screen editors, there is a huge difference between the two. For other user interfaces the difference is not so great, but it is in this case. Go to a beginner learning vi and you will find that the modes are confusing. Go to an experienced vi user, and you will find that he or she is barely aware of the modes.
2. I edit UNIX files a lot, but in two very different ways: The first is occasional use, right at the console, when I'm unfamiliar with the system or just setting it up. In this case the last thing I want to do is install an editor. I would be happy to use ed; I just want something quick to, for example, set up an fstab file. The second kind of use is for everyday editing, and for that I'm willing to take the time to install what I want. Actually, though, because I have so many different machines, I don't bother. As soon as the system is able to, I go to my primary machine and access the new machine via SSH or Xterm.
I used to think, as many others here do, that vi was the essential editor to learn because it is always there. Imagine my surprise when I installed gentoo the other day and found no vi! Something I'd never heard of, nano, was there instead. OK, fine, Control-o to write the file. At least it was listed at the bottom of the screen. Soon I "emerged" vi (vim, really), and the Gentoo system was back in the fold.
For everyday use, I never use a character editor anyway. I did once, but stopped around 10 or 12 years ago. (Guys, I'm way older than most of you, but even I know that it's 2004!) So for me (given my description of the roles editors play, above) joe has no use whatsoever. In fact, it solves a problem that I don't actually have.
Nonetheless, I wish the new joe project all the best. WordStar (which I used a bit in the mid-1980s) was a great piece of work, and it's nice to see it live on.
The issue now is DTD'd browser editing (Score:3, Funny)
There was a thread months back about getting a package picked up by the major Linux distro's. The funniest response said "Write a text editor, man -- there just aren't enough text editors in Linux".
After 300 odd posts, the only point worth saving that I've thus far seen is that Joe is friendly to people who still think in terms of some program they used in the eighties.
So how about somebody writes the kind of editor we need NOW?
The biggest challenge over the past few years has been editing *ML text on servers via browsers, and making it BOTH XHTML (or some subset thereof) and user-friendly. I've seen 20-odd attempts to do something *like* this, but nothing that actually puts the two together.
IMHO then, the #1 most helpful thing that could be written at the moment is a browser-mod for Mozilla that would allow a web form to attach a DTD (and a stylesheet) to a TextArea, which the browser would then respect by firing up an XML editor that followed the given XML definition. Xopus could be a good model for how this might work.
I won't say there hasn't been progress -- I'm writing and spellchecking this HTML in gVim via Mozex at this moment. We're getting there! But the DTD linking can only really occur in the browser.
(Write it myself, I hear you say? I don't have 3 months free to get my C up to speed. Anyone want to code this in exchange for a website?) :D
joe also has jpico jvi jmacs jstar (Score:5, Informative)
So it is a great way to 'move up the ladder' of editor functionality/productivity.
Incidentally, the first unix editor I used was 'ed'. For those arguing for an editor to be used on every system, it should be the ancient 'ed' which is even a part of the rescue shells like sash(this is what you use when glibc gets messed up somehow or you messed up ld.so.conf and none of your dynamically linked binaries work, ;).
VI modes FUD (Score:5, Interesting)
People get so hung up about VI's "modes" they miss its true brilliance - its orthogonal command structure: a VI command is usually a combination of (1) character(s) indicating which action to take followed by (2) character(s) indicating what area of the file is affected. For example, if 'w' moves the cursor one word, and '$' moves it to the end of the line, then you can combine them with the 'd' (delete) action to obtain 'dw' - delete word and 'd$' - delete to the end of the line.
When you insert text, you type something like "aText", reading "add-to-right-of-cursor" "Text" "done". "Text" is just an argument to the "add" command (there are various other commands that also insert text into the file). There is no "insert mode", there's just "writing the argument to an insertion command".
This is much more intuitive than remembering that control-W or alt-E deletes a word and control-T or alt-Q deletes to the end of the line. It is also much, much more powerful, since at the price of N+M commands you get all N*M combinations. No other editor comes even close. I'll bet most non-VI users don't know whether their editor even has a command to delete to the end of the line, and even less what the command is if there is one. No to mention useful things like "cut everything between this parenthesis" ("d%"), or "copy the next function argument" ("yt,").
*That* is what VI is all about. It is also why so many editors can be made to emulate each other's keystrokes, but they can't emulate VI.
I have had friends learning VI, and once this simple notion "clicked" they became proficient very quickly. Watching people learn VI is rather fun... first, make sure they understand the above. Then, and only then, let them work through the tutorial, and in general use VI for all their editing work.
For the first few days, they'll tend to throw a chair at you if you ask them how well things are going. Don't worry, that's a normal response. Most people drop off at this stage, but since your vic... - sorry, friend - knows why he's going through this, he'll pull through.
Within a week you'll see the "click" happening. It is easy to verify; at this point, be prepared to duck another chair if you dare suggest to the new VI convert that he give it up for the "intuitive" editor he's been using before. The real fun part is having plenty of witnesses to both the "before" and "after" reactions.
Now, if someone decides, for some mysterious reason, the universe needs yet another editor, at least do it *right*! The "perfect" editor would use the VI way of constructing commands, but all commands would start with control-X or alt-X, so that normal ASCII characters would be just inserted. My biggest disappointment with Emacs is that it doesn't work this way. I'm certain it is possible to write an Emacs mode that _does_ work this way, but nobody did (except, of course, VIPER - which makes Emacs emulate VI).
I have been using VI ever since its first version came out for UNIX version 7, and AFAIK, in all this time, *nobody* has *ever* came up with another editor that uses VI-like combined operator/operand commands. For the life of me, I can't figure out why. I suspect a lot of it is due to people getting so hung up about VI having "modes" and therefore being so "bad" there's nothing good to learn from it. Well, their loss!
Well, I (and many others) will hang on to our out-"moded" editor. VI addiction is so strong that I have personally ported VI to VMS to satisfy it. Today we have VIM running on every imaginable platform, so getting our fix is easier than ever.
JED (Score:4, Interesting)
Tm
Editor Wars . . . (Score:3, Interesting)
Having worked for companies that preferred both emacs and vi, I've learned both reasonably well.
The best editor is the one that meets your needs. I consider all of these as terminal editors, good for quick and dirty edits of small scripts or config files. I'm personally partial to vi, and use it frequently for such tasks.
The best GUI editor I've ever found is JEdit. It's fat, written in Java (not universially installed by any means), and likes to take up screen real estate. But it has so many features to make text-editing painless! My goodness, it's like the good-parts of every other text editor I've ever worked with, and it's got syntax higlighting etc. for every language I've ever heard of. No offense to the GUI versions of VI and emacs, but they've been roundly beaten.
Personally, if I'm going to get serious about editing code, it's almost always better to either transfer the files to my local box or install JEdit on the remote system. I lose a little time in setup, but I can work much more quickly and efficiently.
Naturally, if all I want to do is add a hosts entry or change a firewall rule, I'll use a console editor. Big job = big tool, little job=little tool. It's a simple concept.
While it may be true that to a man with a hammer, all problems resemble nails, at least we can employ a variety of hammers!
Give me a break (Score:4, Interesting)
Why do vi folks always think "if you don't like vi it's because you don't understand vi"? Maybe we prefer a different editor simply because we do. To me, vi seems like a relic of the 80s - a powerful relic, to be sure; but still it's a relic.
On a related note, I don't use "mail" from the command line anymore either...
JOE? How about JED? (Score:3, Informative)
I guess if we're going to whore our favorites, go here [jedsoft.org] to learn more about JED.
Re:Fanboy......but...... (Score:3, Interesting)
Re:Fanboy......but...... (Score:4, Interesting)
There are those of us who consider the turbo pascal interface an extension of our fingers, because we used it so heavily back in the day.
Re:Fanboy......but...... (Score:2, Funny)
That, and the fact that it's 5:00 in the freakin' morning! Man, give it a few hrs - you'll get your SCO update.
Re:Oh boy... (Score:2)
*ducks*
Re:Oh boy... (Score:3, Funny)
Yeah, because Ctrl+KX is so much less arcane than
Re:Anyone have a replica of MS-DOS EDITOR? (Score:5, Interesting)
For the record, I'm was leaving Joe *right now* for Jed.
With version three, I think I'll take another look at my favourite editor.
FTE (Score:3, Informative)
Re:Anyone have a replica of MS-DOS EDITOR? (Score:3, Informative)
Re:Screenshots, anyone? lol! (Score:2)
ps: no offence intended
There WAS a Joe for DOS. (Score:3, Informative)
Check SIMTEL's archives. Ages and ages ago there was a version of Joe for DOS, but Joe gave up on it since it was a pain in the ass to develop for DOS with all that 64K memory segment crap.
Anyhow, a quick Google turned up this file [atomki.hu]. It's version 2.2, which doesn't have up-to-date features, but it runs.