Unlike the other ANSI applets I've seen, it also has a separate input line, so the text you type doesn't get mixed up with incoming text from the MUD. The command line has a history buffer, and remembers the last 32 commands entered. Use the up and down arrows to scroll through the remembered commands.
Note that, to make the most out of this limited buffer, commands entered more than once are only stored once in the history buffer. E.g., if you enter the sequence of commands "inventory", "look", "consider all", and again "look", the first instance of "look" will be erased, to conserve buffer space. I.e., the history buffer will now look like: "inventory", "consider all" and "look". To put it otherwise, it tries to remember up to 32 _different_ commands, which hopefully should be more useful than if 20 of them were duplicates.
Also, being specially designed for MUD's, the keypad acts as a direction pad. E.g., you can press '7' on the keypad and have 'nw' sent to the MUD. It really makes walking around faster and easier. (You must have NumLock ON for this to work.)
The function keys also produce some useful commands. (Though if you're not on Discworld or a derivative thereof, they may not match the commands understood by the MUD, and thus will be less useful. In a future release, I might make the program load the commands from a text file.)
Due to popular request ;) it now does wrap incoming text, and it does it by breaking the line at a space character. It turned out that you can't reliably expect the MUD to always do the wrapping for you. Note that, due to speed reasons, it only wraps incoming text, not lines of text already received. I.e., if you resize the screen or change the font size, the already received text isn't re-formatted to the new width. (But any text you receive from now on, obviously is.)
It also doesn't wrap text by itself. It assumes that the text will come already wrapped around from from the MUD.
I.e., it should be ideal for connecting to most MUD's, but not for playing a telnet version of space invaders, because it lacks cursor positioning.
Also, it doesn't have local scripting, aliases, timers or triggers. At least, not for now. Those would significantly inflate the size and number of classes downloaded, when used as an applet. I.e., it would make the applet load a whole lot slower. If you really need those, grab a copy of zMud or gMud instead.
It has been extensively tested as an applet with Netscape 4.51 and 4.6, and Internet Explorer 5.0. As an application it has been tested with Sun's JDK 1.2.1 with the HotSpot JVM, IBM's 1.1.7 JRE, and Microsoft's Virtual Machine build 3167 and 3177.
If you have Netscape Explorer 4.05 or earlier, it has a problem with understanding the 1.1 AWT event model. Allegedly, there is a patch for that. Or you can just get a newer version of Netscape.
Also, I would recommend NOT using Internet Explorer or the Microsoft JVM to run it. They are buggy and slightly incompatible with the standard. Note that I'm not preaching anti-Microsoft theory, but it's based on actual testing. E.g., under my current Microsoft JVM, it doesn't seem to notice the PageUp and PageDown keys, so you're stuck with using a mouse to scroll back. Also, it doesn't seem to allow using ALT and the keypad to enter extended characters. Unless you enjoy wanton incompatibilities and headaches, avoid Microsoft's Java implementations. It's that simple.