Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!psuvax1!psuvm!art100
From: ART100@psuvm.psu.edu (Andy Tefft)
Newsgroups: comp.sys.apple2
Subject: Re: ProTERM (was:Re: GS as a IIe)
Message-ID: <91010.230057ART100@psuvm.psu.edu>
Date: 11 Jan 91 04:00:57 GMT
References: <9101100605.AA03915@apple.com>
Organization: Penn State University
Lines: 32

I have had plenty of problems with proterm. Besides the fact that it
costs too much,

1. Its vt100 emulation rather sucks. For some of us, this is one
of the most important features in a term program. I haven't had the
intestinal fortitude to tell you exactly what sucks about the emulation
itself, except that it never seems to do or avoid line wrapping according
to my desires.

2. The way it handles vt100 KEYS definitely sucks:

   a) To send vt100 cursor key sequences you must press one of the
      apple keys with the arrows. Shouldn't have to.
   b) To send a vt100 keypad key I have to press an apple key plus
      the number which would be on the keypad key. For the top row,
      pf1-4 as they are marked, I have to hit shift-apple-1 etc.
      This is counter-intuitive. I never think what NUMBER is on the
      keypad key when I press it unless I am using it as a number,
      in which case I might as well hit the actual number key on my
      keyboard (which lacks a keypad). I like the way kermit handles
      vt100 keys.
   c) I cannot CHANGE either of these stupid key setups! Even Kermit
      lets me do that (kermit-a2, not kermit-65; kermit-a2 works
      well with my serial card by doing BUFFERING which proterm refuses
      to do).
3. Maybe this has to do with the particular copy of Proterm I have used
(don't have my own but have borrowed a friend's on occasion),
but whenever I abort a file transfer, the next transfer I attempt
causes the machine to lock up and hang.

I dunno, for my purposes these three reasons far outweigh any
scrollback buffer (BFD) or editor (same).