Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!think.com!snorkelwacker.mit.edu!ai-lab!life.ai.mit.edu!vic From: vic@wookumz.ai.mit.edu (Vic Rattlehead) Newsgroups: comp.sys.amiga.datacomm Subject: Re: Features I'd like to see in JRCOMM Message-ID: Date: 9 Feb 91 20:54:30 GMT References: <1991Feb3.075026.1923@ckctpa.UUCP> <910203.083436@lerami.lonestar.org> <1991Feb03.221430.19135@hoss.unl.edu> <18a3147a.ARN02ec@zikzak.in-berlin.de> Sender: news@ai.mit.edu Followup-To: comp.sys.amiga.datacomm Organization: /home/fsg/vic/.organization Lines: 27 In-reply-to: amk@zikzak.in-berlin.de's message of 5 Feb 91 23:53:14 GMT Since everyone is posting their wish lists for JRcomm, I decided to add a few of my own. 1) How about support for uw? Right now, I use meshugena becuse it supports this and has very good emulation. Unfortunately, it supports no file transfer or macros or scripts or anything. 2) How about improved vt100 emulation. (Try using VM/CMS, IRC, less, or emacs if you think this implementation is complete.) 3) How about making it live happily with other programs. LaceWB gurus, Mach II's clock when popped to the jrcomm screen gurus. 4) File requesters that don't "lock up" on io errors and get stuck on the screen would be nice.. Admittedly, I've only tried v1.01 a few times at a friend's,it seemed worse. We couldn't get vt102 to stop flashing everything on the screen, if you would hold the cursor keys down, the cursor wouldn't move until you release the key (The cursor would move, but the sprite wouldn't follow), and of course it still crashes taking the entire system with it.. -Vic