Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!sri-spam!sri-unix!hplabs!pyramid!decwrl!amdcad!cae780!weitek!sci!phil
From: phil@sci.UUCP (Phil Kaufman)
Newsgroups: net.micro.pc
Subject: Re: SMALL fix needed in Procomm
Message-ID: <250@sci.UUCP>
Date: Fri, 10-Oct-86 18:30:17 EDT
Article-I.D.: sci.250
Posted: Fri Oct 10 18:30:17 1986
Date-Received: Sat, 11-Oct-86 21:51:54 EDT
References: <376@vu-vlsi.UUCP>
Organization: Silicon Compilers, Inc., San Jose, CA
Lines: 27
Summary: more procomm bugs

In article <376@vu-vlsi.UUCP>, colin@vu-vlsi.UUCP (Colin Kelley) writes:
> I've just downloaded Procomm 2.4, and was happy to see that BS/DEL swap is now
> supported.  However, Procomm still has at least one minor bug in its vt100
> emulation:  when a character is printed in column 80, Procomm advances the
> cursor to column 1 of the next line.  True vt100s just internally note that the
> cursor should be there, but leave it in column 80.  If another character comes
> in, it is printed _as if_ the cursor had been advanced to column 1, provided
> the vt100 itself is set to do line wraps.  This allows vi to work regardless
> of the am (automatic margin) setting in the termcap...
> 
> Also, when is Procomm going to allow the keypad to be used as a keypad?  I've
> seen at least one emulator (PC/InterComm by Mark of the Unicorn) which handles
> ...
> 
> 			-Colin Kelley ..{cbmvax,pyrnj,psuvax1}!vu-vlsi!colin



I have similar feelings about procomm (2.3 and 2.4). It is a file job
for file transfers but its vt100 is absolutely USELESS. The key pad stuff
does not follow the physical locations that we are all used to.
Besides the 80 column end problem, procomm does not respond properly to
many of the ansii sequences for screen attributes and positioning and is
useless with emacs on a unix machine.

Phil Kaufman
Silicon Compilers Inc.