[comp.protocols.tcp-ip.ibmpc] PCIP Score Revisions

Bill_Doster@UM.CC.UMICH.EDU (03/22/88)

  The information on the KA9Q package is a little out of date.  Since this
  package is still being actively maintained, this isn't too surprising.
  You will probably want to change the scorecard to reflect the following:
 
     1.  KA9Q has VT100 support.  Actually instead of supporting any
         one terminal emulation, KA9Q sends the output stream raw to
         the installed console handler.  By installing a device driver
         such as NANSI.SYS, you can have VT100 support.  Since NANSI
         is free and easily gotten, you could reasonably list KA9Q as
         having VT100 support.
 
     2.  KA9Q does have "ping" as of a recent release.
 
     3.  KA9Q has Interlan NI5010 support, although this is currently only
         available in the version I've been working on.  Hopefully, this
         will be available in the next release.  Those who have an immediate
         need can contact me.
 
  Also, is it worth mentioning what other machines the code runs on?
  KA9Q currently runs on PCs, Macs, and Amigas (and others I can't recall).
 
  Bill Doster (billdo@um.cc.umich.edu)
  University of Michigan Computing Center

mshiels@math.waterloo.EDU ("Michael A. Shiels") (03/22/88)

NANSI is only a small subset of VT100 support.  But I am working on a very good
VT100 emulator which could be added into KA9Q quite easily.  But don't ask
anything more because it will be 3 or 4 months before it is done since it get's
only my spare time.

asjoshi@phoenix.Princeton.EDU (Amit S. Joshi) (03/22/88)

About KA9Q telnet. I came across a set of termcap entries forthe
following "terminals" :
	ansi-mono, anisi-color, nansi-mono, nansi-color
with these entries in the /etc/termcaps file the KA9Q works like a
charm. It is especially intersting to use vi or emacs on the color
monitor and have the various portions (status line, editing area etc) in
multi-color!! I forget which group had the stuff - I think it was
comp.sources.unix or comp.sources.misc . Check it out.


-- 
Amit Joshi	BITNET	|	Q3696@PUCC.BITNET
		USENET	| {seismo, rutgers}\!princeton\!phoenix\!asjoshi
"There's a pleasure in being mad... which none but madmen know!" - St.Dryden

jbvb@VAX.FTP.COM (James Van Bokkelen) (03/22/88)

Indeed, there are several levels of 'vt100' emulation you find in the world.
First, there are emulations which suffice for VI, and simpler Unix termcap-
users.  Then you get the ones which can cope with GNU emacs, which wants to
do fancy things and has some understanding of the VT100 over and above termcap
(I think, I can only say what it sends, not what its e-lisp does).  The third
level is enough for almost everyone, in that DEC's VMS editors really need
some mapping of the VT100 keypad to the PC.  The ultimate test of a VT100 (or
at least the best one I know) is an ITS.  It *really* likes to use scrolling
regions...

James VanBokkelen
FTP Software Inc.

emv@fleetwood.cc.umich.edu (Edward Vielmetti) (03/23/88)

In article <8803212128.aa27146@Louie.UDEL.EDU> mshiels@math.waterloo.EDU ("Michael A. Shiels") writes:
>NANSI is only a small subset of VT100 support.  

Fansi-Console offers a horrendously complete ansi x3.64 console driver,
along with some other things.  This has gone pretty far afield of the
original question.  I'd mark the KA9Q package with a * for vt100 support
with a note that it would need to be provided by the console driver.

TROTH@TAMCBA.BITNET (Rick Troth) (03/24/88)

        FANSI console (don't recall which version) managed to hang last
time I used it. I think it was one of those DEC specific escape sequences
that fried it. I resorted to writing my own terminal emulator (like there
aren't enough already) which I would ultimately like to work into a driver.
I am waiting to see what Michael Sheils turns out.

        In any case, KA9Q should be marked OK for VT100.
                                                                  - Rick