Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!columbia!rutgers!sri-spam!sri-unix!hplabs!tektronix!uw-beaver!ssc-vax!uvicctr!sbanner1
From: sbanner1@uvicctr.UUCP (S. John Banner)
Newsgroups: net.micro.pc
Subject: Re: SMALL fix needed in Procomm
Message-ID: <196@uvicctr.UUCP>
Date: Wed, 15-Oct-86 00:35:31 EDT
Article-I.D.: uvicctr.196
Posted: Wed Oct 15 00:35:31 1986
Date-Received: Thu, 16-Oct-86 22:06:19 EDT
References: <376@vu-vlsi.UUCP>
Reply-To: sbanner1@uvicctr.UUCP (S. John Banner)
Organization: University of Victoria, Victoria B.C. Canada
Lines: 45

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...

This is also a pain when reading the news.

>                                    ....  My problem with the Procomm way
>of mapping the keypad is that it is backwards.  It attempts to map the function
>keys into a layout physically similar to the vt100 keypad.  However, when I
>need to use the keypad, I am familiar with the key names, not their position.
>I know for instance that I want PF1 7 for the Command: prompt in EDT.  Procomm
>then forces me to figure out that the 7 is in row 2 column 1, which would map
>to PF3 (right?).  Anyway, it's tough to use...
>

What I would really like to see, is more programs going the way MS Kermit
has for key mapings.  You can go with the standard, OR, compleately redefine
every key on the keyboard if you want.  Now I don't do this, but it does
let me do some neat things with the keyboard when I use the IBM 7171 protocol
converters (ASCII-3270), which think I am useing a VT100, when I actually
have the function keys layed out on the function keys (god forbid), and 
all those "extra" keypad keys get used for "3270" functions (like clear
screen, etc).  Then I can also use delete to be a 3270 delete, the appropriate
arrow key to be the "backspace" (3270s don't really have a backspace, they
use an arrow key for it), AND use the backspace as my nice familiar destructive
backspace.  The only package I have used that has come close to this was the
PIBTERM package which I got here a few days ago.  I like this package, but
it didn't let me redefine the Keypad Minus, or the Backspace, both of which
I have alternate definitions for.

   By the way, for the person who posted PIBTERM, I lost your address,
so I can't send you to ask for the source (which you so nicely offered),
so I will have to request it here.  Thanks, it looks great.

                      S. John Banner

UUCP:     ...!uw-beaver!uvicctr!sbanner1
BITNET:   ccsjb@uvvm
EAN:      sbanner1@uvunix.uvic.cdn