Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!ucsd!ucbvax!UMCVMB.MISSOURI.EDU!C506634 From: C506634@UMCVMB.MISSOURI.EDU (Eric Edwards) Newsgroups: comp.sys.amiga Subject: Re: Re: comm programs Message-ID: <900909.201502.CDT.C506634@UMCVMB> Date: 10 Sep 90 01:15:02 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: Hackers Without Hard Drives Lines: 40 In Message-ID: joseph@valnet.UUCP (Joseph P. Hillenburg) said: >My experience with NComm has been bad. Here are the faults I found with >it: > >1) It doesn't have many options, like JR-Comm. JR-Comm is full of > options, and that makes it very useful. I'd rather have my terminal > set up my way, instead of the way the author wants it. Options are nice but I usually don't worry about options until I'm sure it will do what I need. >2) It's based on Comm. That alone speaks for itself. Does it? Can you explain this? Access! is based on comm and it has the the most intuitive user interface I've ever seen on a comm program. Much better than either Ncomm or JR-COMM. >3) Doesn't recogne XPR's properly. Sure, it accepts xprzmodem right, but > I added xprkermit.library, and it wouldn't take it. The program wasn't > even aware of it! True and that's one of the main reasons I don't use it. But at least it has SOME support for XPR. Many programs, including JR-COMM don't. >4) It's scripts are nonstandard. With VLT using ARexx, and ARexx possibly > coming soon for JR-Comm, that makes those two programs far more useful > than NComm. There's no such thing as standard scripts. Fault it for lack of Arexx support. At least it HAS a scripting language (and a rather nice one if I may add). Jr-Comm doesn't have any in the current version. What it may have in the future is irrelevent. For all you and I know, Ncomm may get Arexx before JR-COMM. 5) It can only support 44 phone entries. JR-Comm supports am infinite > number of entries, only limited by RAM, and VLT also does, using > macros, but I can't get use to it. (Although this make the program > VERY flexible. Actually, VLT supports exactly zero entries in it's phone book. It doesn't have one. Since it supports Arexx you can write your own phonebook function which is a nice thing to have. But to say it has a phone book that supports an infinate number of entries is untrue. Eric Edwards: c506634 @ "The 3090. Proof that by applying state of the Inet: umcvmb.missouri.edu art technology to an obsolete architecture, Bitnet: umcvmb.bitnet one can achieve mediocre performance."