Slashdot Mirror
JOE Hits 3.0
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.
does it have a calendar, calculator, email-client and of course tetris build in?
Make that Turbo Pascal 3 which has the wordstar-like editor. Version 4 and later had a full blown GUI, which got later replaced by Borlands TurboVision IDE. Which made it, at least for me, the best CUI there was.
bash$
Everyone should use Joe because CTRL-k-d is so much easier and more intuitive than ESC :wq!
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.
realistically, how many ppl use Joe?
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.
http://efil.blogspot.com/
UNIX isn't.
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.
Cannot believe the bunch of negative comments on Joe... what are you trolling about? In the old times, for most people getting into Linux from DOS, JOE was the only editor worth to be relied on. vi was cryptic as hell and emacs was... emacs.
Long life dear old JOE!
---
All my submissions to Slashdot rejected... and proud of it!
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.
This is what's been pushing me into learning vi (a process that isn't bad at all. just try the tutor - i think it's "vimtutor"). You KNOW that when you have to use an editor in an emergency vi will be there, JOE (or whatever else you prefer) probably won't. You DO NOT want to be learning vi as you try to repair a production server.
---
We spoke for about a half an hour. I don't recall a thing we said. - Colorblind James Experience
Have you tried using Jed?
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.
I know what you mean. When I was dropped into doing system development on a Solaris based product I initially set out with the intention of finally learning emacs.
/etc/fstab" takes ~8secs before I can start editing...
:)
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
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.
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.
You know, when you know how to use vim, you certainly don't automatically know how to use vi. Just try to edit a file on BSD using the default version of vi.
- 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.
That is the question, all right.
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.
Liam P. ~ "Intelligence is a lethal mutation." (me)
Why am I "married" to command line editors? There are really two reasons: Flexibility of context for use, availability in the context I am, and the price of screen real estate.
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.
Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
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
Joe (the Joe in JOE) was my college roomate. He'd stumble in in the middle of the night to rave about this or that optimization, and how he'd figured out the perfect way to do such-and-such.
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.
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?
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.
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.
Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
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 doesn't have modes, damn it! VI has commands, period. It so happens that some commands have arguments, one of the possible arguments is text to be inserted into the file. There is no "insert mode" and "command mode". If you learn VI keeping this fact firmly in mind, you'll have no problems. If you try to keep track of "insert mode" vs. "command mode" you'll get lost faster than you can say "dt,f)P".
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.