DEC Terminals News

(this website's homepage: http://www.cs.utk.edu/~shuford/terminal_index.html)

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

On 30 August 1995, Boundless Technologies bought DEC's terminals business.

    http://www.boundless.com/news/pr83095.htm

The VT510, VT520, and VT525 are still being offered, as well as Dorio models.

    http://www.boundless.com/Text_Terminals/

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

As of March A.D. 1995, the currently marketed products of Digital
Equipment Corporation were:

    VT510 single-session terminal
    VT520  multi-session terminal
    VT525     color text terminal

Advertised features include ANSI controls, PCTerm support, emulation
of 18 major terminal types; support for 25 languages and character sets.

From the 48-state United States, call 800/354-9000 for information.
From elsewhere, contact the local DEC sales organiztion.

Read about the VT510 on the World Wide Web at this URL (as of June 95):
    ftp://ftp.digital.com/pub/Digital/info/infosheet/EC-F2423-56.txt
    http://www.digital.com/info/Customer-Update/930913008.txt.html

   [1996 UPDATE:  DEC has sold its terminals business to Boundless Systems.
    The above URLs are stale.  However, 
    Boundless can still sell you a new VT520 if you want.

    http://www.boundless.com/

    1998 UPDATE: DEC is being bought out by Compaq.  Character-cell
    terminals have never been important to Compaq.

    2002 UPDATE: Compaq has been acquired by Hewlett-Packard.  Although
    HP has sold character-cell terminals, this seems no longer to be
    an important line of business. 
   ]

 //////////////////////////////////////////////////////////////////////////////

2002 Update:

Several of the news articles archived in this file contain the following
hostname in their distribution path: "nntpd.lkg.dec.com".  This would have
been an NNTP news server machine located at the Digital King Street campus
in Littleton, Massachusetts, at the intersection of I-495 and Rt. 119, where
the mighty DEC network-technology operation was centered during the late
1980s--where once thousands labored over implementing the OSI protocol suite,
which was believed to be destined to quickly surpass TCP/IP in popularity.
Times have changed.  As of August A.D. 2002, the buildings bear signs that
say "HP: Invent", and OSI has faded.

2008 Update:

The times just keep on a'changin. Hewlett-Packard, as part of its global
shrinkage strategy, sold the King Street campus off.  The buildings are
now being renovated for use by IBM!


 \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
 //////////////////////////////////////////////////////////////////////////////

Newsgroups: comp.terminals,alt.folklore.computers
Path: cs.utk.edu!not-for-mail
Followup-To: comp.terminals
Organization: University of Tennessee, Knoxville--Dept. of Computer Science
Distribution: world
Expires: 10 May 1995 22:11:33 GMT
Message-ID: <3jof0pINNrad@duncan.cs.utk.edu>
References: <malek.9.000F669F@tor.hookup.net>
Summary: later ones are superset
Keywords: DEC, VT100, emulation
Date: 9 Mar 1995 21:54:17 -0500
From: shuford@cs.utk.edu (Richard Shuford)
Subject: Re: Differences Between Vt100, Vt102, Vt200, & vt220


In article <malek.9.000F669F@tor.hookup.net>,
 malek@tor.hookup.net (Malek Abdel-Fattah) writes:
>
> I had originally intended to include several emulations in a terminal 
> program I am working on.  These were : Ansi, Vt100, Vt102, Vt200, Vt220 
> & Wyse 60.
>
> But having finished the Ansi and Vt100, I have noticed that VT100 and VT102
> are extremely similiar and the emulations are almost synonymous.  So I
> wanted to know what the differences are between the two and whether I should
> simply make one emulation to cover both?

Joe Doupnik did something like this in MS-Kermit.  You can set his program
to either VT100 or VT102, but the operational behavior is essentially
identical.  The two settings differ only in how the emulation responds to
a terminal-type query sequence from the host.

(MS-Kermit also can emulate VT220, VT320 and several other types.)

> Also, I wanted to know if Vt100 and Vt200/220 are much different.  Are 
> there big differences between them or can they be summed up easily in a
> reply? 

Since the introduction of the first ANSI-compatible DEC terminal, the
VT100, Digital Equipment Corporation has been pretty good about making
each new generation of video terminal products capable of a superset of
the operations that the previous generation could do.  Thus the VT100
could operate in either its ANSI style or that of the older, cruder VT52
product.

The VT102 did what the VT100 did plus a few tricks.  The VT125 did what
the VT102 could do plus ReGIS graphics.  (There were some other VT1xx
models about which I know little.)

Later, the VT220, VT240, and VT241 (there was no VT200 as such) added a
good many capabilities (such as the 8-bit multinational character set),
but there was a setup option to make it seem to be a VT100.  (The VT240
and the VT241 differed only in whether a monochrome or color monitor was
supplied.)

One major change from the VT100 series was the keyboard layout, with the
LK201 keyboard in the VT200 series adding numerous top-row special-
function keys while omitting the single-purpose Escape key and a couple
others.  The LK201 also introduced the Compose Character key, which to
this day remains shrouded in mystery. ;-)

Some of the LK201 function keys sent codes to the host, while others had
only local effect.  When you put the VT220 into VT100 mode, three of the
top-row function keys reverted to VT100 purposes, such as Escape,
Linefeed, and Backspace.  And the LK201 put the <> characters in the
controversial B00 position, to the left of the Z.  (This tendency was not
just DEC's; at about the same time, IBM put \| in the B00 position on the
keyboard of the original IBM PC.  International standards often have the
effect of making all nationalities equally disgruntled.)

The VT300 series (VT320, VT330, and VT340) added some features and, to
some extent, compensated for aspects of the VT200 series that users had
complained about.  Then there came the VT400 series, and the now-current
VT500 series.

There are various new features that have been introduced at each step,
but if a host computer sends out a valid series of VT100 display codes,
a listening VT510 will correctly format its screen display in just the 
same way the VT100 would.

> Is there some reference out there that talks about vt220 features 
>_Additional_ to vt100, or should I simply treat it as completely different
> and a new emulation?

I suggest you connect by "anonymous FTP" to CS.UTK.EDU (if your machine
is registered in the DNS); look in "pub/shuford/terminal" and retrieve
the file "vt510_function_checklist.ps", a PostScript file that contains
a good list of terminal features with some information on which terminals
support them.

   [available from the DEC page at
    http://www.cs.utk.edu/~shuford/terminal_index.html ]

But really, if you think your emulation is going to be used by any large
number of people, you would do them a favor by also obtaining and reading
the real documentation of the terminals you are trying to emulate.  (It
wouldn't hurt, either, to try out a real terminal of the intended type.)

One cost-effective document is "VT220 Programmer Pocket Guide", part
number EK-VT220-HR-001, $21.00 (US). From the 48-state United States,
call 1-800/DIGITAL to order this. From elsewhere, dial +1 603/884-6660.

Alas, the "VT510 Reference Manual" (EK-VT510-RM) will cost $220.00!

(P.S. the Compose Character key is used to generate characters from the
Multinational Character Set.)

-- 
 ...Richard S. Shuford  | "Speak up for those who cannot speak up for
 ...shuford@cs.utk.edu  |  themselves, for the rights of all those who
 ...Info-Stratus contact|  are destitute."  Proverbs 31:8  NIV

 //////////////////////////////////////////////////////////////////////////////

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!swrinde!cs.utexas.edu!news.sprintlink.net
      !peernews.demon.co.uk!kirsta.demon.co.uk!John
Distribution: world
References: <malek.9.000F669F@tor.hookup.net> <3jof0pINNrad@duncan.cs.utk.edu>
Message-ID: <794914523snz@kirsta.demon.co.uk>
Organization: Usenet Control
X-Newsreader: Demon Internet Simple News v1.29
X-Posting-Host: kirsta.demon.co.uk
Date: Sat, 11 Mar 1995 09:35:23 +0000
From: John@kirsta.demon.co.uk (John Morris)
Subject: Re: Differences Between Vt100, Vt102, Vt200, & vt220


In article <3jof0pINNrad@duncan.cs.utk.edu>
           shuford@cs.utk.edu "Richard Shuford" writes:

[good stuff trimmed]

> One major change from the VT100 series was the keyboard layout, with the
> LK201 keyboard in the VT200 series adding numerous top-row special-
> function keys while omitting the single-purpose Escape key and a couple
> others.  The LK201 also introduced the Compose Character key, which to
> this day remains shrouded in mystery. ;-)

Ah - the LK201 of fond memory! There was a UK variant of this, which was
a nightmare for C programmers. I can't remember the details, but many
of the interesting punctuations {}[]| were quite inaccessible. After
using one I insisted that we order the US layout.

The Compose Character key then became a great boon. <Compose><L><-> for
the UK pound sign - as a sort of nationalistic protest I changed my
VMS prompt from $ to that.

The "compose" variations were quite well thought out in a vaguely 
mnemonic way. Much better than the totally forgettable <ALT><i><j><k> 
MSDOS provides.

-- 
John Morris                Ada Lovelace set a major precedent we follow to this
John@kirsta.demon.co.uk    day: she worked on a project that was over budget,
GM4ANB@GB7EDN.#77.GBR.EU   late, and didn't do what it was supposed to do.
                                                           - Michael D Shapiro

 //////////////////////////////////////////////////////////////////////////////
 \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

Newsgroups: comp.terminals
References: <32CCC4FB.DFA6041B@yahoo.com> <ae3ai7$nu0$1@nenevr.demon.co.uk>
Message-ID: <32D2E960.18AB7B2E@yahoo.com>
Organization: Road Runner
Date: Wed, 12 Jun 2002 17:15:16 GMT
From: Sark <ian_primus@yahoo.com>
Subject: Re: Dec VT220 backspace help

Simon Coombs wrote:
> 
> Sark <ian_primus@yahoo.com> wrote:
> > I recently accquired some Dec VT220 terminals that were originally
> > connected to a Prime computer. I have gotten the terminal set up fine,
> > standard null modem, etc. The only problem I am having is that the
> > backspace key does not backspace when pressed. I have even tried loading
> > all default settings and going into Local mode, and even there backspace
> > doesn't backspace. Is it possible to configure the backspace to send a
> > standard "Ctrl-H"?
> 
> Hi there, Ian.
> 
> AFAICR, there is no configurable option to make a VT220 send backspace
> instead of delete. You have 3 choices:
> 
> 1. Make the host understand what DEL means. If you're using a unix-type
>    of system, check out the 'stty' command in your manual pages. If
>    you're using something older, like CP/M, it should work OK.
> 2. Press Ctrl-H instead of Delete.
> 3. Put the terminal into VT100 mode, and use F12.
> 
> I think option 1's your best bet. >:)
> 
> The actual process of moving the cursor back one space, overtyping the
> character *under* the cursor with a space, then moving the cursor back
> one space again is all done by the host, not by the terminal, which is
> why it won't do anything in Local mode (or, indeed, if you just had two
> terminals hooked up together over a null-modem connector.)
> 
> Good luck. VT220's are nice terminals. You could bounce rocks off 'em.
> S.


Well, once I finally found the box with my null modem cables in it (in
the process of moving, can't find anything) I hooked the terminal to my
Linux box, and changed lilo.conf to tell the computer that the terminal
was the system console. Fired up the terminal, worked perfectly. I was
really worried about the backspace not working in local mode. I thought
the terminal was responsible for all of that. Oh well, it works, and I
appreciate the help. Now I know more about how the VT220 works.

I also found that the VT220 has a composite output jack on the back!
I got a little adapter at Radio Shack that went from the BNC to an RCA
jack. I then hooked it to a T.V., and it worked pretty well, although
the TV has lower resolution than the VT220. Just for fun, I plan to
connect this thing to the big screen T.V. once it's out of storage. Now
I can play 43" NetHack :).

While I am on the subject of the VT220, I have noticed that when listing
long directories, cat-ing readme files, or running certain programs, the
text display gets messed up, and I get superfluous characters, text out
of alignment and the like. Could this be caused by the termcap entry?
Could it be that Slackware linux doesn't have the proper entry for a
VT100? (I run it in VT100 mode, I may start using it in VT220 mode, but
I was always told that VT100 mode was more compatible) Or could it be
caused by the baudrate? I have both the computer and the terminal set up
to talk at 19200 baud, and my serial cable isn't very long, so I don't
really think it's a problem, but I can't be sure. Thanks!

Ian Primua
ian_primus@yahoo.com

 //////////////////////////////////////////////////////////////////////////////

Newsgroups: comp.terminals
References: <32CCC4FB.DFA6041B@yahoo.com> <ae3ai7$nu0$1@nenevr.demon.co.uk>
	<32D2E960.18AB7B2E@yahoo.com>
Message-ID: <rshu_2020612_172501@stratagy.com>
Organization: Stratagy Users Group
Date: Wed, 12 Jun 2002 17:25:01 EDT
From: Richard S. Shuford <shuford@list.stratagy.REM0VE-TH1S-PART.com
Subject: Re: Dec VT220 backspace help

Sark wrote...
|
| While I am on the subject of the VT220, I have noticed that when listing
| long directories, cat-ing readme files, or running certain programs, the
| text display gets messed up, and I get superfluous characters, text out
| of alignment and the like. Could this be caused by the termcap entry?

It is highly *unlikely* to be caused by the termcap/terminfo entry.
This is probably a symptom of serial flow control not working between the
Linux box and the terminal.

Most DEC terminals prefer to use inband Xon/Xoff (Control-S/Control-Q)
flow control.  This may be configured by "stty".

You should read David S. Lawyer's HOWTO documents on serial lines and
video terminals from The Linux Documentation Project:

    http://www.tldp.org/HOWTO/Serial-HOWTO-10.html#ss10.4
    http://www.tldp.org/HOWTO/Text-Terminal-HOWTO.html

-- 
Richard S. Shuford
shuford(at)list.stratagy.com

 //////////////////////////////////////////////////////////////////////////////

Newsgroups: comp.terminals
References: <3C136CC4.C5770414@ntlworld.com>
Message-ID: <9v39r2$j6l$1@nenevr.demon.co.uk>
Organization: Grot Plc.
Date: 10 Dec 2001 21:35:30 GMT
From: simon@nenevr.demon.co.uk.NOJUNK
Subject: Re: VT510

Paul Ryan <pryan@ntlworld.com> wrote:
> I may be getting a free VT510 terminal, which I am planning to use with
> Linux.  I'm after some info on this terminal.

What would you like to know?

It's a multisession terminal, it uses a standard PS/2 keyboard, and it's
backward compatable with VT420/320/220/102/100, etc. It'll talk to a Linux
box quite happily.

It's got one standard DTE 25-pin serial port, a couple of MMJ serial 
ports, and a standard Parallel port. So you can avoid using odd connectors
if you want to, as long as you're happy running just the one session.

Give me a shout if you've got any other questions!

--
Simon P. Coombs                             simon@nenevr.demon.co.uk
Don't stand on ceremony; just bow low.      CP/M - The once and future O/S!

 //////////////////////////////////////////////////////////////////////////////

Newsgroups: comp.terminals
Path: utkcs2!emory!wuarchive!usc!snorkelwacker.mit.edu!bloom-beacon!eru
      !hagbard!sunic!mcsun!ukc!axion!tharr!conrad
Message-ID: <2007@tharr.UUCP>
References: <6171@cactus.org>
Reply-To: conrad@tharr.UUCP (Conrad Longmore)
Organization: Power Microsystems Ltd
Date: 3 Apr 1991 23:07:01 GMT
From: conrad@tharr.UUCP (Conrad Longmore)
Subject: Re: vt220

In article <6171@cactus.org> cheselka@cactus.org (Mike R. Cheselka) writes:
>
>I have a vt220 by Digital, the real thing, not a clone. What is the
>'Compose Character' key for? How can I use it? 

The 'Compose' key is for creating high-order ascii characters, and other
ascii characters not on the keyboard. To use it, you must operate the
terminal in an eight-bit environment, and be using the VT in VT220 mode.
Put simply, you compose an accented character by a two or three character
sequence, e.g. for A-umlaut you would type COMPOSE A ", for c-cedilla type
COMPOSE c , ... for GB pound sign it's COMPOSE l =, for Japanese yen it's
COMPOSE Y =. Most of the accented characters are fairly easy to guess once
you understand the principle of 'combining' the ascii characters.

>Can I 'save' stuff to the
>function keys so that I power up with Hayes AT commands on them?

The contents of the function keys are host-writable, but the VT220 loses the
settings when turned off. You could look at the ANSWERBACK field though.

>Are there
>any roms out there for Japanese characters sets? 

The character matrix on the VT220 is a bit too crude to allow much in the
way of Japanese, as the chinese root symbols that most of Japanese starts
words with are too complex to the represented properly. Terminals such as
the VT320 have more complex character matrices.

>More generally, would 
>some kind soul send me some information about the differences between the
>various vt### terminals? I always use the vt100 set up, how would vt220
>be better? Can graphics be viewed, like gifs or bitmaps?

The VT220 is a text-only terminal. A quick guide as to the main differences
between the VT terminals follows:

Terminal	Extended Mono	Colour	Redefinable  Refresh Dual Host
		keybd?	 Graph? Graph?  characters?  rate    (2 sessions)?

VT52		No	 No	No	No	     60Hz    No
VT100		No	 No	No	No	     60Hz    No
VT125		No	 Yes	No	No	     60Hz    No
VT220		Yes	 No	No	Yes	     60Hz    No
VT230		Yes	 Yes	No	Yes	     60Hz    No
VT240		Yes	 No	Yes	Yes	     60Hz    No
VT320		Yes	 No	No	Yes	     60Hz    No         **
VT330		Yes	 Yes	No	Yes	     60Hz    Yes        **
VT340		Yes	 No	Yes	Yes	     60Hz    Yes	**
VT420		Yes	 No	No	Yes	     70Hz    Yes        **
VT520                                                                   %%
VT1000		Yes	 Yes 	(Monochrome X-windows terminal)
VT1200		Yes	 Yes	(Monochrome X-windows terminal)		**
VT1300		Yes   	 No	Yes (Colour X-windows terminal)		**

All VT100-400 terminals are ANSI X3.41-1977 and X.3.64-1979 compliant.
VTx30 and x40 terminals use Regis graphics, which can provide bitmapped
displays. The VT340 display is very similar to EGA. Terminals marked
with ** are current digital terminals.  (as of 1991!)

(As of 1998, the VT520 %% is certainly current, but the others may not be.)

-- 
    // Conrad Longmore / Uucp: ..!ukc!axion!tharr!conrad / All opinions   //
   // Eniac Programmer/ Janet: tharr!conrad @ uk.ac.ukc / stated are     //
  // Bedford College / YelNet: +44 234 345151 x5350/1  / belong to      // 
 // Computer Centre / Linenoise research a speciality / someone else   //
// ** T H A R R ** / Free access to Usenet in the UK / * 0234 720202 *//

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!usenet.ins.cwru.edu!agate!spool.mu.edu!wupost
      !cs.utexas.edu!rutgers!igor.rutgers.edu!zodiac.rutgers.edu!leichter
Date: 30 Mar 93 16:34:56 GMT
From: leichter@zodiac.rutgers.edu (Jerry Leichter)
Subject: Re: VT100 features not in 220/320?
Message-ID: <1993Mar30.113456.1@zodiac.rutgers.edu>
References: <C4LwqI.2o7@world.std.com> <1p7s9gINNhvl@CS.UTK.EDU>
Sender: news@igor.rutgers.edu
Followup-To: comp.terminals
Organization: Rutgers University Department of Computer Science
Lines: 57
Nntp-Posting-Host: pisces.rutgers.edu

| In article <C4LwqI.2o7@world.std.com>,
|  lloyd@world.std.com (Chris Lloyd) writes:
|
| My question primarily is, does the VT100 have functionality which is not
| represented in a full blown VT320? i.e. features that were dropped as
| the series progressed?

DEC settled on an official definition of "VT100 compatibility" some years
back.  (For the curious, it exists as an internal-only document perhaps an
inch thick that defines a model for a terminal and then the actions in all
circumstances.  The definitions are given in simple Pascal - which is actually
executable.  If executed, it gives you a slow implementation of a VT100--
slow because the point is clarity and ease of understanding, not execution
speed or program size.)  All DEC terminals that claim "VT100 compatibility"
are tested against this spec, and must conform to it.  As far as I know, all
of them do.

The actual spec for the "VT100" does not actually match the original VT100
terminal.  Rather, the standard is really almost identical to the VT102, a
later version.  For the most part, the VT102 was the same as the VT100 with
the AVO option (which gave you 24 lines in 132 character mode, rather than 12;
and all four character special renditions - bold, blink, underline, reverse -
rather than just one, which was either reverse or underline, depending on how
you set the cursor display) and, I think, the printer controller and modem
interfaces.

The only significant features of the VT100 that I know of that were left out
of the VT102 (and all subsequent terminals) were the user-controllable LED's
on the keyboard and control of interlace mode.  (The VT100 could run its
display in either interlaced or non-interlaced mode.  The choice could be made
in SETUP or with an escape sequence.  The original VT100 had 4 LED's on the
keyboard, all under user control.  Some versions of the VT100 series reserved
some of the LED's for other indicators, mainly the state of modem lines; on
these I think two user-controllable LED's remained.  Later terminals dropped
these LED's entirely.)

Also, the VT102 omitted all the known VT100 "bugs", some of which had come to
be seen as interesting "features" (for example, the "ring the bell forever"
mode).

By the way, the following things are not considered part of the VT100 speci-
fication:

	- SETUP mode
	- On-screen appearance of characters.  The fonts used are not
		specified, nor how the different character renditions are
		to be implemented (except that they are all to be visibly
		distinct, in all combinations).  In particular, "bold" was
		implemented on the original VT100 series using greater beam
		intensity.  The color VT240 used a different color.  All
		recent terminals use an alternative font with more pixels
		turned on.
	- The configuration of the keyboard, beyond the requirement that there
		be some way to enter the entire 7-bit ASCII set.  (The spec
		may not bother to say this explicitly.)

							-- Jerry


 //////////////////////////////////////////////////////////////////////////////

Newsgroups: comp.terminals,vmsnet.misc
Path: cs.utk.edu!shuford
Message-ID: <1p7s9gINNhvl@CS.UTK.EDU>
References: <C4LwqI.2o7@world.std.com>
NNTP-Posting-Host: carlsberg.cs.utk.edu
Organization: University of Tennessee, Knoxville--Dept. of Computer Science
Date: 29 Mar 1993 22:13:04 GMT
From: shuford@cs.utk.edu (Richard Shuford)
Summary: lacking in VT220
Subject: Re: VT100 features not in 220/320?

In article <C4LwqI.2o7@world.std.com>,
 lloyd@world.std.com (Chris Lloyd) writes:
>
> My question primarily is, does the VT100 have functionality which is not
> represented in a full blown VT320? i.e. features that were dropped as
> the series progressed?

The major feature of the VT100 that people noticed being omitted from
the VT220 was the Escape key.

(Well, sort of.  If you put the VT320 or VT220 into VT100 mode, you
can use the F11 key of the keyboard as an Escape key, but then you
can't use the new terminal's extra features.  On the VT320, and I
think also on the VT220, you can transmit an Escape character by
pressing the key combination Control-3.  You can also type
Control-[, which is pretty much the definition of the Escape code.)

In intention, anyway, the electronic features of new DEC terminals
have generally been a superset of what the older products could do.

-- 
 ...Richard S. Shuford  | "Like one who seizes a dog by the ears is a
 ...shuford@cs.utk.edu  |  passer-by who meddles in a quarrel not his own."
 ...Info-Stratus Coord. |  Proverbs 26:17 NIV

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!swrinde!sdd.hp.com!zaphod.mps.ohio-state.edu
      !uwm.edu!spool.mu.edu!uunet!noc.near.net!transfer.stratus.com
      !newshub.xylogics.com!steam!carlson
Sender: usenet@xylogics.com (News)
Organization: Xylogics Incorporated
References: <C4LwqI.2o7@world.std.com> <1p7s9gINNhvl@CS.UTK.EDU>
Message-ID: <1993Mar30.141717.27146@xylogics.com>
Date: Tue, 30 Mar 1993 14:17:17 GMT
From: carlson@steam.Xylogics.COM (James Carlson)
Subject: Re: VT100 features not in 220/320?

In article <C4LwqI.2o7@world.std.com>,
 lloyd@world.std.com (Chris Lloyd) writes:
>
> My question primarily is, does the VT100 have functionality which is not
> represented in a full blown VT320? i.e. features that were dropped as
> the series progressed?


Yes, some features were dropped, such as the direct LED control
sequences and the serial port control commands for changing bit rates
and parity.

(In a previous life I designed terminal firmware ... it was always
exciting trying to determine *which* "standard vt100" folks wanted.
That's the nice thing about standards -- there are always so many from
which to choose!)

--
James Carlson <carlson@xylogics.com>            Tel:  +1 617 272 8140
Annex Software Support / Xylogics, Inc.               +1 800 225 3317
53 Third Avenue / Burlington MA  01803-4491     Fax:  +1 617 272 3159

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\

Newsgroups: comp.terminals
Path: cs.utk.edu!emory!swrinde!zaphod.mps.ohio-state.edu!cs.utexas.edu
      !sun-barr!rutgers!igor.rutgers.edu!zodiac.rutgers.edu!leichter
Message-ID: <1993Mar30.132734.1@zodiac.rutgers.edu>
Date: 30 Mar 93 18:27:34 GMT
References: <qb+5f=j@rpi.edu>
Sender: news@igor.rutgers.edu
Organization: Rutgers University Department of Computer Science
From: leichter@zodiac.rutgers.edu
Subject: Re: DEC VT101 problem


In article <qb+5f=j@rpi.edu>,
 svirsa@rebecca.its.rpi.edu (Alexander Richard Svirsky) writes:
| 
| 	I bought a VT101 terminal a while back used, and use it constantly.
| I have no documentation for it, except for a list of VT100 control codes
| I ftp'ed somewhere.  My problem is that in 132-column mode, the screen
| only works to 14 lines from the top, and then scrolls.  It will not fit
| a full page of data.  In normal 80-column mode it has the normal I believe
| 24 lines.  I do happen to know that this terminal does not have the
| Advanced Video Option.(it can't do bold or low intensity print)  Is there
| a way this can be fixed, or is this normal for a VT101 with no options to
| have only 14 lines in 132-column mode.  Any information will be appreciated.


No; you can change neither feature.  The VT101 was a "cost-reduced" version of
the VT100 WITHOUT AVO.  AVO mainly provided extra memory - fairly expensive
in those days - which supported both the extra 10 lines in 132-column mode,
and the additional character renditions.  The VT102 was the corresponding
"cost-reduced" VT100 WITH AVO.

No upgrade existed from the VT101 to the VT102 - the terminal was "cost-
reduced" by making it a bounded, unmodifiable configuration.  (In practice,
I'm sure you could unsolder the memory chip and ROM's in a VT101 and replace
them with VT102 memory and ROM's.  In fact, it's quite possible that ONLY
the memory chips differed.  So, a sufficiently motivated hardware hacker
could probably get the job done.  But given the price of VT102's these days,
is it really worth the trouble?)

| 
| 	In a related problem I also have a VT100 (with AVO) that seems to
| have a video problem.  The monitor will not turn on. The terminal part works,
| I have tested it through its video out to my TV.  I have inspected the video
| board, found a burned out capacitor and replaced it, but it did not help.  I
| can't seem to figure out what is wrong, and I was hoping someone could point
| me in the right direction if it was a common problem.  Again, any information
| at all would be appreciated.  The tube seems to be in fine shape, and the 
| terminal part works.

This particular failure mode is unfamiliar to me, which just means that it
wasn't very common on VT100's less than, say, 5 years old.  Be aware that the
repair philosophy of all DEC terminals is based on unit replaced of one of a
very few FRU's (Field Replaceable Unit).  There are something like 5 FRU's
in a VT100.  (A friend's VT100 was damaged during a move:  The handle on the
power switch broke.  Repair:  Replace the containing FRU, which was the
power supply module.)  Repair of the FRU's, if done at all, was at factory
facilities.  That is:  You are on your own; there will be no published
information at this level of repair detail.

							-- Jerry

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!emory!europa.eng.gtefsd.com!news.ans.net!cmcl2!adm!smoke!gwyn
Keywords: VT101, screen, columns, DEC
Message-ID: <19862@smoke.brl.mil>
Date: 31 Mar 93 06:22:16 GMT
References: <qb+5f=j@rpi.edu>
Organization: U.S. Army Ballistic Research Lab, APG MD.
From: gwyn@smoke.brl.mil (Doug Gwyn)
Subject: Re: DEC VT101 problem


In article <qb+5f=j@rpi.edu>,
 svirsa@rebecca.its.rpi.edu (Alexander Richard Svirsky) writes:
>
>My problem is that in 132-column mode, the screen only works to 14 lines ...

Yes, that's perfectly normal for a VT10x without the AVO installed.
The AVO provides additional memory that (a) extends that to 24 lines
and (b) gives every character several independent attributes.

>I have tested it through its video out to my TV.  I have inspected the video
>board, found a burned out capacitor and replaced it, but it did not help.

"Burned out capacitor??"  I'm not sure what that is but from the sound of
things you were lucky you didn't electrocute yourself.  The monitor is
either an Elkston or a Ball standard video monitor assembly, and should
be simple for any qualified CRT technician to diagnose and repair or,
more cheaply actually, replace.  Don't mess around with these yourself
as the high voltage can kill you.

There is a VT1xx series technical (shop) manual; I have one but am not
willing to part with it.  You might consider chucking the whole thing
and using a cheap IBM PC clone with VT1xx emulator software instead,.

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: utkcs2!darwin.sura.net!mips!spool.mu.edu!olivea
      !news.bbn.com!bbn.com!pdsmith
From: pdsmith@bbn.com (Peter D. Smith)
Subject: Re: VTxxx series
Message-ID: <kvdsn8INN26b@news.bbn.com>
Date: 23 Apr 92 17:24:56 GMT
Article-I.D.: news.kvdsn8INN26b
References: <23APR199211250242@mary.fordham.edu>
Reply-To: pdsmith@spca.bbn.com (Peter D. Smith)
Organization: Bolt Beranek and Newman Inc., Cambridge MA
Lines: 127
NNTP-Posting-Host: bbn.com

In article <23APR199211250242@mary.fordham.edu>
 areid@mary.fordham.edu (Darin Reid) writes:
>
>Does anybody have or can make a complete list of DEC's VTxxx series?
>The ones I know of: vt100, vt102, vt125,vt131, vt220, vt240, vt320, vt330,
>vt1000, vt1200. Any others?

I whipped up this list so I could say intelligent things to the BBN SPD
Marketing Department when they asked questions.  Enjoy.


					Peter D. Smith
 -----------------------------------------------------------------------------

		PARTIAL LIST OF DEC TERMINALS AND PRINTERS
		------------------------------------------

NAME		COMMENTS
----		--------

-- DEC* Series (Large stand-mounted Clunky dot-matrix printer/terminals) --

DECprinter I    LA180 (? also LA11)
DECprinter IV	LA34
DECwriter Correspondent LA12
DECwriter II	LA36
DECwriter III	LA120
DECwriter IV	LA38

-- LA Series (Small Dot-matrix Printers) -- 
LA11		DECprinter I 180 cps
LA12		DECwriter Correspondent.  Portable printer with keyboard
LA34		DECprinter IV.  Antique stand-mounted printer; 300 baud 
                30 cps dot-matrix printer
LA35		DECwriter II. ??
LA36		DECwriter II. ??
LA38		DECwriter IV.  LA34 with keyboard; this was a popular user 
                terminal! Now you know why "line editors" used to be popular.
LA50		Simple dot-matrix printer; there are claims that it is just
		a C Itoh 8510 (presumably with DEC firmware)
LA75		Updated LA50; double the Y resolution
LA100		LetterWriter 100 printing terminal
LA120		DECwriter III
LA180		DECprinter I 
LA210		?? Emulates Epson MX80

LCG01		LCP01. Full-page Color printer
LCP01		??

LetterPrinter 100
		Typewriter-sized dot-matrix printer
LetterWriter 100 
		LA100

LG01		?? Large, Fast dot-matrix line printer
LG02		?? Large, Fast dot-matrix line printer

LJ250		HP PaintJet in other clothes.  Color dot-matrix printer;
		uses inkjet technology.  

-- LN Series (Laser Printers) --
LN01		Laser printer
LN03		Laser printer; sixel graphics
LN03 plus	LN03 with bigger bitmap
LN03Q		ImagePrinter -- a dumb printer used with a DEC workstation
LN03R		LN03 with Postscript (omits some normal LN03 features)
LN05		DEClaser 2100 - an HP LaserJet III with DEC mods - unlike
		other remanufactured HP printers, DEC didn't include the
		PCL compatibility.
LN06		DEClaser 2200.  LN05 with duplex hardware.
LN82R		Nihongo (Japanese) printer

-- LQ Series (Letter Quality Daisywheel Printers) -- 
LQP01		??
LQP02
LQP03

-- LP Series (Line Printers) -- 
LP05		300 lpm, uppercase-only printers; OEM'd Data Products 2230?
LP06		600 lpm, uppercase-only printers; OEM'd Data Products 2260?
LP11-C		Drum (big, fast) printer 
LP11-D		Drum (big, fast) printer
LP25		300 line/minute printer
LP26		600 line/minute printer
LP27		1200 line/minute printer

LPS20		PrintServer 20.  20 page/minute postscript printer
LPS40		PrintServer 40.  40 page/minute postscript printer

LVP16		Color pen plotter (16 pens)

LXY12		Fast graphics lineprinter
LXY22		Fast graphics lineprinter

PrinterServer 40
		Networked laser printers; 40 pages/minute

-- RT Series (Ruggedized VT Series) --
RT100		Ruggedized VT100
RT102		Ruggedized VT102
RT103		
RT137		RT100 with bar-code wand

-- VT Series (Video Terminals) -- 
VT52		First decent DEC terminal; can position cursor
		but can't scroll regions
VT55		VT52 with graphics??
VT62		Used on PDT-11/150 computers??
VT86		VT52 for the Japanese market
VT100		First totally modern DEC terminal; has full cursor
		positioning, char bold, scroll regions
VT101		VT100 with "advanced video option" (when you go to  [see above]
		132 char mode, you don't lose the bottom 6 lines!) 
VT102		VT100 with AVO and a few more escape sequences
VT103		VT100 with on-board computer and tape drives.
VT125		VT100 with ReGIS (graphics) as an add-on board
VT131		VT100 with ???                    [probably block-mode feature]
VT220		Nice text terminal
VT240		Nice graphics terminal (sixel, ReGIS, and Tek 4010 emulation)
VT241		VT240 with color
VT286		VT240 for the Japanese market; from a programming
		standpoint it's closer to a 300-series
VT320		Nice text terminal; better setup screen then VT220;
		you can program the function keys easily
VT320-XM	Forerunner of VT420.  VT320 with 8 pages of memory
VT330		Nice graphics terminal
VT340		VT330 with color and more color planes.
VT420		Nice text terminal
[VT510]         [B/W text terminal made for DEC by Boundless]
[VT520]         [B/W graphics--Boundless]
[VT525]         [color graphics--Boundless]   

 -----------------------------------------------------------------------------

Newsgroups: comp.terminals
Path: utkcs2!ornl!sunova!linac!uwm.edu!caen!news.cs.indiana.edu!mayer
Message-ID: <1992Apr23.213257.26832@news.cs.indiana.edu>
Organization: Computer Science, Indiana University
References: <23APR199211250242@mary.fordham.edu> <kvdsn8INN26b@news.bbn.com>
Date: Thu, 23 Apr 92 21:32:48 -0500
From: "Mayer Goldberg" <mayer@iuvax.cs.indiana.edu>
Subject: Re: VTxxx series

pdsmith@bbn.com (Peter D. Smith) writes:
>
>		PARTIAL LIST OF DEC TERMINALS AND PRINTERS
>		------------------------------------------

>NAME		COMMENTS
>----		--------

>VT131		VT100 with ???

vt102 with "block mode". Block mode lets you transmit a while block at
a time rather than a character at a time, and use a built in editor
(in the terminal) to do editing locally. This is for IBM mainframes
and similar computers with a block-I/O mentality. The 131-ness is due
to a chip which fits on the motherboard. If you remove the chip, you
get a vt102 (it shows so in the setup screen).

Important note: A vt102 is functionally similar (but not functionally
identical) to a vt100. It is however hardware-wise radically
different.

>VT220		Nice text terminal; has bitmap graphics

The vt220 has no bitmapped graphics. It supports DEC sixels, which are
good for defining a user-downloadable character set, but that's not
the same as real graphics.

>VT240		Nice graphics terminal

Graphics: ReGIS, Tektronix.

Generally the vt220, vt320, vt420 are one series ... The 320 has a
very nice menu set up. vt240, vt340 are one series too. I've never
heard of a vt440 ...

Mayer.
mayer@iuvax.cs.indiana.edu

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Path: utkcs2!darwin.sura.net!mips!think.com!yale.edu!qt.cs.utexas.edu
     !cs.utexas.edu!sun-barr!olivea!uunet!kithrup!hoptoad!wet!choke
From: choke@wet.UUCP (Sean Gallaty)
Newsgroups: comp.terminals
Message-ID: <3843@wet.UUCP>
Date: 25 Apr 92 13:27:28 GMT
References: <23APR199211250242@mary.fordham.edu> <kvdsn8INN26b@news.bbn.com>
Organization: Independant
Subject: Re: VTxxx series


In article <kvdsn8INN26b@news.bbn.com>,
     pdsmith@spca.bbn.com (Peter D. Smith) writes:
PJS>
PJS>I whipped up this list so I could say intelligent things to the BBN SPD
PJS>Marketting Department when they asked questions.  Enjoy.
PJS>
PJS>		PARTIAL LIST OF DEC TERMINALS AND PRINTERS
PJS>		------------------------------------------
[...]

My goodness.  I can't believe that you left out the vt-05 terminal. 
	72x20 screen, weird looking long heavy fiberglass case.

There was also the DEC-GIGI which I can't remember;
ReGis graphics and all.


-- 
Sean Patrick Gallaty        (choke@wet.com)         (unix games administrator)
   Wetware Diversions    -    SF public access unix    -    (415) 826 0397


 
 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\

Newsgroups: comp.terminals
Path: utkcs2!darwin.sura.net!wupost!usc!elroy.jpl.nasa.gov!decwrl
      !access.usask.ca!ccu.umanitoba.ca!umthom61
From: umthom61@ccu.umanitoba.ca (Adam Thompson)
Subject: Re: VTxxx series
Message-ID: <1992Apr26.223314.25577@ccu.umanitoba.ca>
Organization: University of Manitoba, Winnipeg, Canada
References: <23APR199211250242@mary.fordham.edu> <kvdsn8INN26b@news.bbn.com>
            <3843@wet.UUCP>
Date: Sun, 26 Apr 1992 22:33:14 GMT
Lines: 14

Please, people... surely SOMEONE remembers ??
 
The DEC GIGI terminal was quite similar to the VT-640.  The 640 supported
native GIGI mode, ReGIS mode (it was a mode peculiar to the 640, though), and
Sixel graphics.  Note, that GIGI and ReGIS as we know it today are not quite
identical.
Perhaps we should move this to comp.sys.dec  ? :-)

-Adam Thompson

-- 
= Adam Thompson   ----   Computer Engineering  ----  University of Manitoba =
= umthom61@ccu.umanitoba.ca    =  "When you have eliminated the improbable, =
= ...!uunet!decwrl!alberta!\   =    whatever is left, however impossible,   =
=    ccu.UManitoba.CA!umthom61 =    must be the answer."                    =


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\

Newsgroups: comp.terminals
Path: utkcs2!darwin.sura.net!europa.asd.contel.com!uunet!dtix!mimsy
      !afterlife!adm!smoke!gwyn
Message-ID: <18576@smoke.brl.mil>
Date: 28 Apr 92 19:52:00 GMT
References: <kvdsn8INN26b@news.bbn.com> <3843@wet.UUCP>
            <1992Apr26.223314.25577@ccu.umanitoba.ca>
Organization: U.S. Army Ballistic Research Laboratory, APG, MD.
From: gwyn@smoke.brl.mil (Doug Gwyn)
Subject: Re: VTxxx series


In article <1992Apr26.223314.25577@ccu.umanitoba.ca>,
 umthom61@ccu.umanitoba.ca (Adam Thompson) writes:
>
>The DEC GIGI terminal was quite similar to the VT-640.  The 640 supported
>native GIGI mode, ReGIS mode (it was a mode peculiar to the 640, though), and
>Sixel graphics.

Was there a DEC VT-640?  The only VT-640 I know of was Digital Engineering's
(NOT DEC's!) "RetroGraphics" add-on for DEC's VT100, which provided overlaid
Tektronix 401x graphics emulation (and nothing else) on top of the VT100 text
video.

The nicest DEC "terminal" I ever used was their VS60 stroke-refresh work
station (VR48 video, VT48 display processor as a second Unibus master).
It was essentially upward compatible with the "VT11" (which went under
several guises).  TECO on one of those blew away all other text editors.

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\


Newsgroups: comp.sys.dec
Path: utkcs2!darwin.sura.net!mips!mips!decwrl!deccrl!news.crl.dec.com!news
      !nntpd.lkg.dec.com!toklas!feldman
From: feldman@toklas.enet.dec.com (Gary Feldman)
Subject: Re: Digital Keyboards - escape vs. tilde
Message-ID: <1992Jun2.144416.18127@nntpd.lkg.dec.com>
Sender: feldman@toklas (Gary Feldman)
Reply-To: feldman@toklas.enet.dec.com (Gary Feldman)
Organization: Digital Equipment Corporation
References: <1992Jun2.115535.6575@devvax.mincom.oz.au> <1992Jun2.122504.10615@meteor.wisc.edu>
Date: Tue, 2 Jun 1992 14:44:16 GMT

I use the ~ key as ESC, the </> key as ~/`, and shift-, and shift-. for < and
>.  This is easy to do with the DECterm keyboard customizations options, and
is quite natural for those of us who were learned to type on computers before
the larger international keyboards were introduced.

The one problem is that other windowing programs don't necessarily pick up
those resources, so you may need to go into the resource files and set them
manually; even so, there are probably some X applications that just ignore
those resources.  I don't let keyboard differences fluster me, even though I
touch type, but I'm the exception, not the rule.  If your users are just using
DECterm, they shouldn't have any problems with this setup.

   Gary

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\


Newsgroups: comp.terminals
Path: cs.utk.edu!darwin.sura.net!spool.mu.edu!yale.edu!ira.uka.de
     !Germany.EU.net!horga!terby!andreas
From: andreas@terby.do.open.de (Andreas Terbrack)
Subject: Re: vt220 ESC key -- how to, if it doesn't?
Organization: Home
Date: Tue, 9 Feb 1993 23:25:10 GMT
Message-ID: <ANDREAS.93Feb10002508@terby.do.open.de>
Lines: 31
In-Reply-To: pdsmith@bbn.com's message of 8 Feb 1993 20:55:04 GMT
References: <GPLAN.93Feb8025359@ra.cs.umb.edu> <lndi58INN6i4@news.bbn.com>
Sender: andreas@terby.do.open.de (Andreas Terbrack)
X-Posting-Software: GNUS 3.14.1 [NNTP-based News Reader for GNU Emacs]

In article <lndi58INN6i4@news.bbn.com> pdsmith@bbn.com (Peter D. Smith) writes:
>   In article <GPLAN.93Feb8025359@ra.cs.umb.edu>,
>   gplan@cs.umb.edu (George Planansky) writes:
>   >
>   > A used vt220 we just acquired does not send ESC when the
>   > usual function key (F11?) is pressed, despite our best
>   > "there's-got-to-be-a-way-right?" efforts with the setup menus.
>
>   There are (I think) three ways:
>
>   (1) Get rid of all brain-damaged software that thinks that hooking to
>       the escape key is a good idea.  ESC is for computer->terminal
>       interactions, not for fucking around to make a 'neato keen'
>       program that won't work on _the_ industry standard ASCII terminal.


I think you're right, but there is too much (good) software that needs
an ESC-Key ... ;-)

>   (2) Press <ctrl> and '[' simultaneously.

Or press Ctrl-3. (Ctrl-8 sends Delete, both Combinations are not very 
well known)

>   (3) [not verified] Set the terminal to 'vt100' mode; the F11 key will
>       then work.

Works, as in VT52 mode. (F12 sends Backspace in both modes)

MfG,
	Andreas.

-- 
Andreas Terbrack (andreas@terby.do.open.de)  4600 Dortmund FRG

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\

Newsgroups: comp.terminals
Path: cs.utk.edu!darwin.sura.net!newsserver.jvnc.net!yale.edu!ira.uka.de
     !Germany.EU.net!news.netmbx.de!uropax!robots!karl
Organization: K.-P. Huestegge, Systemanalyse und Beratung, Berlin
Date: Mon, 15 Feb 1993 01:11:17 GMT
Message-ID: <1993Feb15.011117.24579@robots.in-berlin.de>
References: <GPLAN.93Feb8025359@ra.cs.umb.edu>
From: karl@robots.in-berlin.de (Karl-P. Huestegge)
Subject: Re: vt220 ESC key -- how to, if it doesn't?


>gplan@cs.umb.edu (George Planansky) writes:
>
> A used vt220 we just acquired does not send ESC when the
> usual function key (F11?) is pressed, despite our best
> "there's-got-to-be-a-way-right?" efforts with the setup menus.
> 
> What's the secret?

There are a few possibilitis:

1) Set your terminal to VT52/100 Emulation mode. Then your ESC/BS/LF keys
   work but the other F-keys are dead.

2) Type Ctrl-3. That works always. If you have an american keyboard,
   Ctrl-[ works also.

3) I don't know, if it works for the vt220, but the vt320 and vt420
   can be programmed (Setup Keyboard) that the american ~` key sends ESC.
   This works only, if you have an american keyboard installed (bug
   or feature ?).

4) You can programm any Function key in conjunction with Shift as user-defined.
   If you want to use Shift-F11 as ESC-Key in VT220/320/420-Terminal mode
   then let your host send "DCS 1;1|23/1B;24/08;25/0A ST" where DCS=ESC P
   and ST=ESC \  in 7bit mode. This puts BS and LF on F12/13 as well.
   On most compatible vt-terms the string "DCS 1;1|43/1B;44/08;45/0A ST"
   works for the unshifted F-Keys but not on DECs :-( . 
   I put a similar sequence in my login script.

-- 
Karl-Peter Huestegge                          karl@robots.in-berlin.de
Berlin Friedenau                              ..unido!fub!geminix!robots!karl

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\

Newsgroups: vmsnet.misc
Path: cs.utk.edu!emory!europa.eng.gtefsd.com!uunet!noc.near.net
      !bigboote.WPI.EDU!nntp!dmd
Date: 25 Mar 93 15:14:12
Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280
Message-ID: <DMD.93Mar25151412@monkeyboy.WPI.EDU>
References: <1993Mar25.132531.1@vms.ocom.okstate.edu>
NNTP-Posting-Host: monkeyboy.wpi.edu
In-reply-to: <adams@vms.ocom.okstate.edu>'s message of Thu, 25 Mar 1993
From: dmd@monkeyboy.WPI.EDU (David M. Desroches)
Subject: Re: WANTED: vt320 printer pin-out


> I am trying to connect my VT320 terminal to a LOCAL (NON-DEC) printer
> using the printer port on the back.  What I need is the pin-out of
> the RJ-11 MMJ so that I can connect it to a DB9 serial printer.
> (I want to get screen shots for manuals.)
>
> If anyone has done this, or even tried and failed, please let me
> know, so that I don't waste my time.

I believe this is the mmj pin-out, I found this in a text file in one
of my directories.

         Signal   Pin #

           DTR      1
           TDH      2
           TDL      3
           RDL      4
           RDH      5
           DSR      6

--
*******************************************************************************
* David M. Desroches       * One of the most difficult things to give away is *
* dmdesroches@jake.wpi.edu * kindness - it is usually returned.  CORT R FLINT *
*******************************************************************************

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.sys.dec.micro
Path: cs.utk.edu!gatech!howland.reston.ans.net!usc!elroy.jpl.nasa.gov
      !decwrl!waikato.ac.nz!comp.vuw.ac.nz!zl2tnm!toyunix!don
Message-ID: <748078@zl2tnm.gen.nz>
Sender: news@zl2tnm.gen.nz (GNEWS Version 2.0 news poster.)
References: <C42y7C.5on@lut.fi>
Organization: The Wolery
Date: 20 Mar 93 07:16:29 GMT
From: don@zl2tnm.gen.nz (Don Stokes)
Subject: Re: Pinout of DECmate II videoconnector ?


messmer@surukuku.cc.lut.fi (Willi Messmer) writes:
> And some signal information ??

The 15pin monitor cable connector pinouts are:

	1	Blue return
	2	Green return
	3	Red return
	4	Mono return
	5,6	Ground
	7,8	+12VDC
	9	Blue video
	10	Green video
	11	Red video
	12	Mono video
	13	Monitor present
	14	Keyboard receive
	15	Keyboard transmit

Signals are straight video.  VR201 monitor gets its power through the +12VDC
line (pins 7&8), VR241 has its own power supply.  I'm not sure where the
sync comes from in the colour signals (green?), but it's there in the mono
signal.

This pinout is pretty much the same for all DEC monitor cables.

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\

Newsgroups: alt.sys.pdp8,comp.sys.dec.micro
Path: cs.utk.edu!gatech!howland.reston.ans.net!usc!elroy.jpl.nasa.gov
      !decwrl!waikato.ac.nz!comp.vuw.ac.nz!zl2tnm!toyunix!don
Subject: Re: DECmate II Video Connections
Message-ID: <2124078@zl2tnm.gen.nz>
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 20 Mar 93 23:59:10 GMT
Sender: news@zl2tnm.gen.nz (GNEWS Version 2.0 news poster.)
References: <1993Mar20.152811.18222@news.columbia.edu>
Organization: The Wolery

lasner@watsun.cc.columbia.edu (Charles Lasner) writes:

That onfo came from Field Circus.  I wanted to (and did) hook up a VR201
to a GIGI.  

The pinout is standard from DECmates to workstations; however note that 
mono only systems don't use the colour lines and vice-versa.  There's 
only one "monitor present" line (tied to ground in the monitor, or in the 
connector block for those monitors that use BNC connectors), so a machine 
can't tell if there's a VR201 or a VR241 at the other end.  (Actually, if 
the thing at the other end draws power, it's a 201, since the 241 has its 
own power supply, but I don't believe that's implemented anywhere.)

Thus, you can (in theory at least, ie assuming the cable brings does the
right thing with all the lines) use a VR201 with the same cable on a
VT240, DECmate or Rainbow; likewise with the VR241.  The cable is not so
much a "DECmate" (or whatever) cable as a "VR201" (or VR241) cable. 
The VR201 cable is the same pinout at both ends -- you can bang two of
them together if you need a longer cable to the monitor/keyboard.  (I
think it brings the colour lines out as well (which the VR201 ignores),
but I'm not sure.) 

From your commemts below, it sounds like while the VR201 cable is pretty 
much standard across the board, the 241 cables have some bogosities in 
their implementations.

>My experience with the DM II (as opposed to the III and III+) is that the
>VR-241 doesn't work on it at all.  Note that the recommended configuration

That will be because the VR241 doesn't listen to the mono line, and the 
mono socket of the DECmate doesn't put anything on the colour lines.  Try 
re-wiring the mono line from DECmate to the green (I think -- whichever 
one generates the sync) line of the monitor.

>I have used this cable on an actual VT-240.  It worked fine, and allowed me
>to plug the keyboard into either the VT-240 or the provided socket on the
>cable.  My only disappointment was that the terminal identifies as a VT-240
>not a VT-241, even though it also says VT-240 when you use a VR-201 with the
>keyboard in either place.  I thought it could identify which monitor you are
>using and behave accordingly.  It is conceivable it is working, yet just not
>proclaiming it at the ID, etc.  Any ideas as to how to force the issue that
>the VT-241 indeed is recognized as such?  (Does it return a terminal escape
>sequence that is different if a VR-241 is installed?)

Nothing changes on a VT240 whether there's a mono or colour screen on it;
it doesn't detect the 241.  Tha name "VT241" is ordering information
only; what you got when you ordered a VT241 was a box with "VT240" on the
front and a VR241 on top of it.  The 240 base unit generates both colour
and mono output, regardless of what's on the other end of the cable, and 
the ID sequence is identical.

>Anyway, the DM II cable is different!  It lacks entirely the modular socket
>in the block (and they didn't provide for the velchro stick-on).  When
>that cable is used on the VT-240, you are of course forced to connect the
>keyboard to the internal connector on the back of the VT-240, but in any
>case, it comes up with an error message (forget verbiage) and then proceeds
>to otherwise work anyway.

Maybe they were lazy with that cable -- left out the "monitor present" 
jumper & didn't bring out the keyboard lines, probably.

>The Rainbow cable doesn't work in either 15-pin DM II positions.  I.E., it
>won't allow the DM II to come up in color primary monitor, and the cable
>doesn't allow the use of the VR-241 on the graphics board either!  Any clues
>as to what's different here?

The 241 won't work at all in the mono socket.  Don't know why it won't 
behave in the gpx socket -- time to break out a meter and look!

>Just before the recent blizzard, I received (it's somewhat "buried" at the
>moment, so this may have to wait for awhile) a bizarre cable.  This may be
>an in-house DEC special cable, but essentially, it's a cable that on one end
>looks like the Rainbow cable, complete with block and three R G B BNC leads,
>but the other end has *two* 15-pin connectors!  (And of course, it should be
>interesting figuring which 15-pin goes to which connector!)

Dunno.  Again, out with the meter!

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.os.vms
Path: cs.utk.edu!gatech!howland.reston.ans.net!usc!cs.utexas.edu!uunet
      !decwrl!netcomsv!butch!iscnvx!news
From: marshall@NEBULA.SSD.LMSC.LOCKHEED.COM (Bob Marshall)
Subject: Re: How I can prevent all users from certain terminal
Message-ID: <1993Mar20.023303.8426@iscnvx.lmsc.lockheed.com>
Sender: news@iscnvx.lmsc.lockheed.com (News)
Reply-To: marshall@NEBULA.SSD.LMSC.LOCKHEED.COM
Organization: LMSC, Sunnyvale, California
References: <11419409@MVB.SAIC.COM>
Date: Sat, 20 Mar 93 02:33:03 GMT
Lines: 51

In article <11419409@MVB.SAIC.COM>,
 "Jay Morris" <MORRIS@patrick-pims.af.mil> writes:
>>>Hello All,
>>>Please, under VMS, how I can avoid or prevent all users from access
>>>to a special terminal??
>>
>>Unplug it 
>>
>>:-)
>>
>No, no, no!  They can still plug it in.  Some users are not as dumb as they
>seem! 

And some are. Reminds me of my favorite Bill Hancock story. He was manning 
the help desk one day, and the phone rang :

Bill : "Hello, Help Desk"
User : (Gruffly) "Cursor's broke!"
Bill : "Beg your pardon?"
User : "Cursor's broke on my VT220 computer"
Bill : "Um, a VT220 is a terminal, not a computer, it's..."
User : "It *SAYS* VT220 right on the front!"
Bill : "OK, whatever. What's the problem?"
User : "There's no cursor on the screen"
Bill : "Are you sure it's plugged in?"
User : "Of course I'm sure. What do you think I am, some kind of idiot?"
Bill : (Using all the restraint he can muster) No, of course not. OK, here's
       what I want you to do. Sometimes the polarity gets reversed on those
       VT220 computers. So, I want you to unplug it from the outlet, turn
       the plug around, and plug it back in" (knowing full well that it's a
       grounded plug and can only be plugged in one way, of course)
User : "OK, let me put the phone down". (Klunk. Step, step, step, step as
       he walks across the room. Silence. Then a faraway-sounding, whiny
       "b-e-e-e-e-p". Step, step, step, step). "OK, polarity reversed and
       the VT220 computer's working fine now!


Technical content follows :

Use SET TERMINAL/SYSPASSWORD/PERM. If a system password has not
previously been set, use SET PASSWORD/SYSTEM to set it. Note that this
does not really answer the question as asked, which was to prevent *all*
users from accessing the terminal. If *no one* is to be able to access it,
then the solution is to remove the power supply.

=============================================================================
Bob Marshall                      \\     "Women aren't as smart as they
Lockheed Missiles & Space Co.      \\     think they are; they think we
Sunnyvale, CA                       \\    men know a lot more than we
marshall@nebula.ssd.lmsc.lockheed.com\\   really do."
"I tell the truth 'cept when I lie"   \\     - Tim the Toolman
=============================================================================

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!rutgers!igor.rutgers.edu!zodiac.rutgers.edu!leichter
From: leichter@zodiac.rutgers.edu
Subject: Re: VT100 scrolling region: how to *use*?
Message-ID: <1993May6.163154.1@zodiac.rutgers.edu>
Date: 6 May 93 20:31:54 GMT
References: <1sbli2$lrn@morrow.stanford.edu>
Sender: news@igor.rutgers.edu
Organization: Rutgers University Department of Computer Science
Lines: 30

In article <1sbli2$lrn@morrow.stanford.edu>, BR.MJC@forsythe.stanford.edu
(Michael Carroll) writes:
> 
>   Ok, so I send the escape sequence to set the scrolling region for the
>   VT100.
> 
>   What do I do *after* that?
> 
>   There is no sequence that says to scroll the scrolling region.  Do I set
>   the cursor position to the last line of the region, and write there, and
>   that causes the region to scroll?
> 
>   I know, try it and see, but I've tried different things and so far not had
>   any luck.  And the documentation only seems to describe individual escape
>   sequences, not what order to use them in.

Think of the scrolling region as a subwindow.  It's always the full width of
the screen (though that restriction was eventually removed in the VT400
series of terminals), but it's otherwise very much a subwindow.  Once you've
set a scrolling region, most (not all) actions you can take are limited to
that subwindow.  You scroll the region just as you would scroll the entire
screen:  By inserting or deleting lines.

If you leave Cursor Relative mode set (as it is by default), cursor addressing
is relative to the scrolling region.  Many screen-oriented programs that are
intelligent enough to deal with different-sized windows will run happily
within the scrolling region, never knowing the difference.  (The limitation is
that sequences that affect the entire display, such as Erase in Display, will
not respect the scrolling region's boundaries.)
							-- Jerry

 ----<>----<>----<>----<>----<>----<>----<>----<>----<>----<>----<>----<>----

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!howland.reston.ans.net!zaphod.mps.ohio-state.edu
      !menudo.uh.edu!uhdvx3.dt.uh.edu!0758cs11
From: alex@dt.uh.edu (Alexandre Khalil)
Subject: Re: Hooking a vt220 to a modem in a PC
Date: 8 May 1993 11:42 CST
Organization: University of Houston-Downtown
Lines: 30
Sender: 0758cs11@uhdvx3.dt.uh.edu (Alexandre Khalil)
Distribution: world
Message-ID: <8MAY199311424154@uhdvx3.dt.uh.edu>
References: <C6osx6.6wH@world.std.com>
NNTP-Posting-Host: uhdvx3.dt.uh.edu
Keywords: vt220 modem
X-Lunar-Date: 7 days, 1 hour, 52 minutes since the first quarter of the moon
News-Software: VAX/VMS VNEWS 1.42    

In article <C6osx6.6wH@world.std.com>, you write...
>I am connected today to a vax via a modem+pc computer . The pc acts as the
>vax terminal. I find it very hard to use the "keypad" on the pc for editing
>tasks on the vax (edt/tpu). 

  Hello Erez

  I am currently writing this from home using my modem+pc and MS-Kermit and
am connected to our VAX/VMS machine: it works like a charm and I have the 
complete use of the keypad.  There is a separate utility that allows you
to use the NumLock (PC) as PF1 (VT) instead of the F1 (PC).

  Actually, I just checked, there are two such utilities: GOLD.ZIP and 
NM100.ARC.  I am using GOLD at present.

>I can get a vt220 terminal . Is there a way I could connect it to the pc and
>work directly on the vt220 ? 

  Yes, though I would not recommend it: I have both a VT220 and a VT320
and I prefer using the 14" screen of the 320 or of the PC, rather than
going down to 9" on the 220.

  All you need to do this is an external modem -hopefully, a recent Hayes
compatible one- and a parallel printer cable.  Use the default setup
on the VT except for the speed that will have to be adjusted to match this of
the modem.

  Happy hacking

alex

 ----<>----<>----<>----<>----<>----<>----<>----<>----<>----<>----<>----<>----

Newsgroups: comp.sys.dec
Path: cs.utk.edu!gatech!howland.reston.ans.net!agate!ames!decwrl!pa.dec.com
      !ninja!skucum.zso.dec.com!kowalski
Message-ID: <1993May5.233731.11647@ninja.zso.dec.com>
Sender: news@ninja.zso.dec.com (USENET News System)
Nntp-Posting-Host: skucum.zso.dec.com
Organization: Digital Equipment Corporation
References:  <chan.736550811@hertz>
Date: Wed, 5 May 1993 23:37:31 GMT
From: kowalski@skucum.zso.dec.com (Mark Kowalski)
Subject: Re: ***** HELP ***** needed. Remember VT101, anyone?!

--

Oh those were the days.  On your SETUP screen,
the row of 5 sets of 4 toggle bits, the first
4 sets are:

1XXXX          2XXXX
 ||||           ||||
 |||ICURSOR     |||IAUTO XON/XOFF
 ||ISCREEN      ||IANSI/VT52
 |IAUTOREPEAT   |IKEYCLICK
 ISCROLL        IMARGIN BELL

3XXXX          4XXXX
 ||||           ||||
 |||IINTERLACE  |||IPOWER
 ||INEW LINE    ||ILOCAL ECHO   -***
 |IWRAP         |IWPS TERMINAL
 ISHIFTED       IRECEIVE PARITY

Yours in the past/
================================================================================
   |        |        \         |___ \      |    /  "Captain, this HoloGlobe 
   |\       |         \        |     |     |   /   began simulating on stardate
   | \   /  |       /  \       |___ /      |  /    283.9, which would be noon
   |  \ /   |      /    \      |    \      |_/ \   on January 20th, 1981 for
   |   /    |     /----  \     |     \     |    \  those poor bastards!" 
 __|      __|  __/      __\  __|    __\  __|   __\ kowalski@decwet.enet.dec.com
===============================================================================

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.sys.dec
Path: cs.utk.edu!emory!europa.eng.gtefsd.com!howland.reston.ans.net
      !ux1.cso.uiuc.edu!uchinews!lucpum.it.luc.edu!rdth2.rdth.luc.edu!pbricker
Message-ID: <10MAY199312144557@rdth2.rdth.luc.edu>
News-Software: VAX/VMS VNEWS 1.41    
Sender: root@lucpum.it.luc.edu (System PRIVILEGED Account)
Organization: Dept. of Radiotherapy; Loyola Univ. Med Ctr
References: <chan.736550811@hertz>
Date: Mon, 10 May 1993 18:14:00 GMT
From: pbricker@rdth2.rdth.luc.edu (Preston Bricker)
Subject: Re: ***** HELP ***** needed. Remember VT101, anyone?!

In article <chan.736550811@hertz>,
      chan@ece.scarolina.edu (Simon Chan) writes...
>
>Hello everyone.
>	I got a VT101 from someone. And I can't turn off the local-echo even
>when it is "online". I don't see that option in "setup". Just wonder if
>anyone remember this....
>	Thank you very much....
> 
>Simon
>chan@ece.scarolina.edu

SET-UP B
The toggles at the bottom of the screen are explained in sheet stuck on the
underside of the keyboard.  They are:

Group	Feature			0/1
1	scroll			jump/smooth
	auto repeat		off/on
	screen			dark/light
	cursor			underline/block
2	margin bell		off/on
	keyclick		off/on
	Ansi/VT52		VT52/ANSI
	Auto Xon/Xoff		off/on
3	Character Set		US/UK
	Auto Wrap		off/on
	LF New Line		off/on
--->	local echo		off/on	<---
4	print term. char	none/FF
	print extent		scroll reg/full screen
	stop bits		1/2
	receive parity		ignore/check
5	break enable		off/on
	disconnect char. enable	off/on
	disc delay		UK/other
	auto answbk. enable	off/on
6	initial direction	RCV/XMT
	auto turnaround		manual/auto
	reserved		always 0
	reserved		always 0
7	power			60Hz/50Hz
	WPS term.		off/on
	clock			always 1
	reserved		always 0

Remember to Shift-S in SETUP to save your new settings.

Preston
pbricker@rdth2.rdth.luc.edu


 ---o---o---o---o---o---o---o---o---o---o---o---o---o---o---o---o---o---o---

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!darwin.sura.net!ra!cs.umd.edu!afterlife!adm!smoke!gwyn
From: gwyn@smoke.brl.mil (Doug Gwyn)
Subject: Re: VT100 scrolling region: how to *use*?
Message-ID: <20022@smoke.brl.mil>
Date: 13 May 93 19:19:02 GMT
References: <1sbli2$lrn@morrow.stanford.edu>
Organization: U.S. Army Ballistic Research Lab, APG MD.
Lines: 28

In article <1sbli2$lrn@morrow.stanford.edu>,
 BR.MJC@forsythe.stanford.edu (Michael Carroll) writes:
>
>  Ok, so I send the escape sequence to set the scrolling region for the
>  VT100.
>  What do I do *after* that?
>  There is no sequence that says to scroll the scrolling region.  Do I set
>  the cursor position to the last line of the region, and write there, and
>  that causes the region to scroll?
>  I know, try it and see, but I've tried different things and so far not had
>  any luck.  And the documentation only seems to describe individual escape
>  sequences, not what order to use them in.


The VT100 scrolling region feature is peculiar, but it is very useful
in implementing "open-line" and "kill-line" functions on a real VT100,
which does not otherwise have such functions.  The way it works is that
one places the cursor in the desired region, establishes the scrolling
region via the escape sequence, and then further received data is
constrained to that scrolling region instead of the whole screen, while
data already on the screen outside the scrolling region stays fixed.
Thus, if you generate output into the scrolling region that would cause
whole-screen scrolling under normal circumstances (e.g. line-feed at
bottom of the region), the text within the scrolling region will scroll.
Data that scrolls "off" the region is discarded, and lines that scroll
"onto" the region start out empty.

Not all so-called "VT100 emulators" properly emulate this, nor indeed
several other, features of a genuine VT100.  Almost no emulator provides
smooth scrolling, which on a real VT100 is pretty nifty (assuming one's
host is properly honoring DC3/DC1 flow control from the terminal).


 ---o---o---o---o---o---o---o---o---o---o---o---o---o---o---o---o---o---o---


Newsgroups: comp.terminals,biz.dec,comp.org.decus,comp.sys.dec
Path: cs.utk.edu!gatech!howland.reston.ans.net!usc!elroy.jpl.nasa.gov!decwrl
      !pa.dec.com!uniriv.vbo.dec.com!kaiser
Organization: DEC Technology Integration Group
Sender: kaiser@mammal.vbo.dec.com (Pete KAISER)
Message-ID: <1tqdn8$qtu@usenet.pa.dec.com>
Reply-To: kaiser@uniriv.vbo.dec.com
NNTP-Posting-Host: mammal.vbo.dec.com
Keywords: terminal, VT
Date: 24 May 1993 12:06:00 GMT
From: kaiser@uniriv.vbo.dec.com (Pete KAISER)
Subject: VT50, VT52, VT55 being retired


I've just received an internal publication dated 17 May 1993 giving the sad
news that the VT50, VT52, and VT55 are being retired from sale by Digital,
effective immediately.

R.I.P.

___Pete

kaiser@uniriv.vbo.dec.com
+33 92.95.62.97, FAX +33 92.95.63.63

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!swrinde!elroy.jpl.nasa.gov!litwin!litwin
Date: 24 May 1993 15:21:17 GMT
Organization: Jet Propulsion Laboratory, Pasadena, CA
Lines: 17
Distribution: world
Message-ID: <1tqp5d$spk@elroy.jpl.nasa.gov>
References: <1tn25n$3vb@usenet.rpi.edu>
NNTP-Posting-Host: litwin.jpl.nasa.gov
Keywords: DEC Digital VT180
From: litwin@litwin.jpl.nasa.gov (Todd Litwin)
Subject: Re: DEC VT180 help


In article <1tn25n$3vb@usenet.rpi.edu> svirsa@aix.rpi.edu ( ) writes:
>	Hi.  I have acquired a VT180 terminal and i am having trouble using it
>Does anyone have any experiaence with this terminal?  When I turn it on i  get
>a message telling me there is a drive error and restore failure.
>6 options:

The problem is that the VT180 is NOT a terminal. It is a CP/M microcomputer,
with an integrated VT100-like terminal. The error message is coming from
the CPU which wants you to insert a CP/M boot disk. I used one about 10
years ago, but don't remember any way for you to use it merely as a terminal
(although there may well be one). I used it with Kermit when I wanted it to
behave as a terminal.
--
		Todd Litwin
		Jet Propulsion Laboratory
		(818) 354-5028
		litwin@robotics.jpl.nasa.gov

 
 /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\

Newsgroups: comp.sys.dec,comp.sys.dec.micro,comp.sys.ibm.pc.hardware
Path: cs.utk.edu!gatech!howland.reston.ans.net!zaphod.mps.ohio-state.edu
      !sdd.hp.com!crash!cmkrnl!jeh
Message-ID: <1993May19.085507.2014@cmkrnl.com>
Date: 19 May 93 08:55:07 PDT
References: <1993May19.120417.1@vmsa.technion.ac.il>
Organization: Kernel Mode Systems, San Diego, CA
Lines: 18
From: jeh@cmkrnl.com
Subject: Re: DEC VR160/290 monitors on IBM PC


In article <1993May19.120417.1@vmsa.technion.ac.il>,
 zeev@vmsa.technion.ac.il writes:
>
> Is there a way to hook the DEC VR160/290 monitors to IBM PC SVGA adaptors ?

Probably not.  The DEC "GPX" video standard uses timing that's different from
anything generated by any PC (or Mac) video that I've heard of.  Also, 
DEC monitors want composite sync on green, which isn't common in the PC or
Mac world.  

It's of course possible that there is a PC video adapter out there which
would work but in the several months that I've been saying "probably not"
to this question, nobody has mentioned one. 

(Did a truckload of old DEC workstation monitors just hit the surplus market
or something?  This is the third time this has been asked lately, in about as
many weeks!)

	--- Jamie Hanrahan, Kernel Mode Systems, San Diego CA
Internet:  jeh@cmkrnl.com  Uucp: uunet!cmkrnl!jeh  CIS: 74140,2055

 
 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.emacs
Path: cs.utk.edu!gatech!asuvax!ukma!gatetybrin!bonney
Message-ID: <1993May26.211130.8232@tybrin.com>
Organization: Tybrin Corporation, Shalimar, FL
References: <1993May26.151332.7571@tybrin.com>
            <1993May26.191202.7924@tybrin.com>
Date: Wed, 26 May 1993 21:11:30 GMT
From: bonney@tybrin.com
Subject: Re: UPDATE: gnu emacs installation - vt term problems

In article <1993May26.191202.7924@tybrin.com> bonney@tybrin.com writes:
>In article <1993May26.151332.7571@tybrin.com> bonney@tybrin.com writes:
>>
>>I'm having trouble with some of my keys in emacs.  When I hit the
>>Prev or Next key, for instance, sometimes they don't work properly.
>>When I type C-h c Prev, it should say "ESC [ 5 ~ runs the command
>>scroll-down", but sometimes it says "Describe key briefly:  ESC [ 5-"
>>and inserts the ~ into the text instead.
>
>I am using a vt420 (running in vt400 Mode, 7bit controls, vt220 id).
>
>After playing around some, I've realized that *sometimes* my terminal
>produces "ESC ~ [ 1" instead of "ESC [ 1 ~".

I have tried this on another vt420 with the same results.

>
>Believe it or not.

I'm pretty new to emacs.  Most of you probably immediately recognize
ESC ~ as the command to set the buffer to "not-modified".  So, there's
an obvious conflict here.

What I would like to do is to change "not-modified" to ESC ~ ~ (or
something similar) and then define all my ESC ~ [ x keys to be equivalent
with the ESC [ x ~ keys.

Can somebody tell me how to do this?

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ 

Article 724 of comp.terminals:
Path: cs.utk.edu!gatech!howland.reston.ans.net!usc!cs.utexas.edu!rutgers!igor.rutgers.edu!zodiac.rutgers.edu!leichter
From: leichter@zodiac.rutgers.edu
Newsgroups: comp.terminals
Subject: Re: Scrolling horizontally on a vt100
Message-ID: <1993May26.151525.1@zodiac.rutgers.edu>
Date: 26 May 93 19:15:25 GMT
References: <4573@oodis01.af.mil>
Sender: news@igor.rutgers.edu
Organization: Rutgers University Department of Computer Science
Lines: 22
Nntp-Posting-Host: cancer.rutgers.edu

In article <4573@oodis01.af.mil>, nelsonb@oodis01.af.mil (Contractor Bert
Nelson) writes:
| I am wondering if it is possible to get a vt100 terminal to scroll
| text horizontally.  For example, if the text of a file was 100 characters
| long I would like to be able to scroll to right of the screen to see the
| 81-100 characters.
| 
| Any ideas on how this might be done?

With a real VT100, this is done by repainting the entire screen.  Period.

Later DEC terminals, including I think the VT102 (which really defines "VT100"
and has for years) - but certainly the VT200's - have the ability to insert
spaces on a line, shoving the rest of the line over.  As I recall, you can
only insert at the left, with extra characters at the right vanishing.  So
you can insert the necessary spaces, then paint the new leftmost characters.
This can only be done one line at a time, and probably isn't worth it in most
cases.

You have to go all the way to the VT400 series to get the ability to really
scroll a region of the screen horizontally.
							-- Jerry

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ 

Path: cs.utk.edu!ornl!rsg1.er.usgs.gov!darwin.sura.net!gatech!swrinde
      !cs.utexas.edu!uunet!ug!rief
Newsgroups: comp.os.vms
Subject: Re: portable VT100/200 type terminal available?
Message-ID: <1993May25.162118.1@bbs.ug.eds.com>
From: rief@bbs.ug.eds.com
Date: 25 May 93 16:21:18 GMT
References: <1993May24.234053.1451@whscdp.whs.edu>
Organization: Caco Pacific
Nntp-Posting-Host: bbs
Nntp-Posting-User: rief
Lines: 12

In article <1993May24.234053.1451@whscdp.whs.edu>, kmoch@whscdp.whs.edu writes:
> Texas Instruments used to market a portable terminal called a LT220 which
> did a nice job of emulating ("being") a VT220 terminal.  We have four of
...
> Does anyone know if there are such
> terminals out there?  The portability is an issue.  I know I can buy

Check with Random Corporation at 800-553-6773. They make a couple models.

-- 
* Mark Rief   =8*)              rief@bbs.ug.eds.com                 *
* Caco Pacific, 813 N. Cummings Rd, Covina CA 91724  818-331-3361   *

 ------

 [1997 update: This company is now OUT of business:

  Random Corporation
  Contact: Jerry Marchal
  584 Northland Road
  Cincinnati, OH 45240 USA 
  voice: +1 513/825-0880

  (The cessation of business may have had to do with the Food and Drug
   Administration's recall of a medical device that Random was manufacturing
   for Abbott Labs and Fresenius.)

  However, the following firm has taken over remaining terminal product
  and parts inventory:

  DP Group, Inc.
  (Philip Grosvenor)
  3800 Springmill Way
  Maineville, OH 45039

  voice: +1 513/459-1410
    fax: +1 513/336-6496
  email: <71247.625@compuserve.com>

 ]

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.sys.dec.micro
Path: cs.utk.edu!gatech!howland.reston.ans.net!usc!sdd.hp.com!crash!cmkrnl!jeh
Message-ID: <1993Jul9.193107.2357@cmkrnl.com>
Date: 9 Jul 93 19:31:07 PDT
References: <1993Jul9.122804.12319@infodev.cam.ac.uk>
Organization: Kernel Mode Systems, San Diego, CA
Lines: 18
From: jeh@cmkrnl.com
Subject: Re: Vaxstaition 19" B/W on Rainbow ?

In article <1993Jul9.122804.12319@infodev.cam.ac.uk>,
 nec10@cus.cam.ac.uk (N.E. Cole) writes:
>
> I have a Monchrome 19" monitor from a Vaxstion 1 and would like to use it on
> my Rainbow. I currently have the colour monitor (vr???) attached but would
> like the option of a bigger screen. I have the graphics option as well.
> The PC end of the lead will fit onto the Rainbow, but will it work or blow
> up (or what) ?

It definitely won't work.  The VR241 (color monitor) runs on NTSC-like timing,
60 Hz V, 15750 Hz Hor., 525 scan lines.  The VAXstation I used a 1024x864
display (that lets you out right there, wildly wrong number of scan lines, 
525 vs. 864), 60 Hz V., 54 kHz horizontal.  Forget it. 

The pinout on that DB15 connector maybe wildly different too. 

	--- Jamie Hanrahan, Kernel Mode Systems, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com (JH645)  Uucp: uunet!cmkrnl!jeh  CIS: 74140,2055


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!usenet.ins.cwru.edu!cleveland.Freenet.Edu!ah442
Date: 19 Jul 1993 02:15:34 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Message-ID: <22d046$iac@usenet.INS.CWRU.Edu>
NNTP-Posting-Host: slc4.ins.cwru.edu
From: ah442@cleveland.Freenet.Edu (Erik C. Orange)
Subject: SUMMARY: Industrial Pointing Devices for DIGITAL VXT 2000



Many, MANY thanks to all who responded to my inquiry about industrial
pointing devices for the DIGITAL VXT 2000 X Terminal.  Due to the
overwhelming number of responses I received, I thought I'd post a summary
of the vendors:

Mouse-Trak             800-533-4822
Itac                   214-494-3073
       [the above two seem to be synonymous]

Evergreen Systems      818-991-7835
CTI Electronics        Stratford, CT
DEC                    Part # VSYXX-AA (joystick)

Thanks again to everyone who helped me out.


Erik
-- 
Erik C. Orange                        FRD Industrial Automation
Computer Engineering                  Avery-Dennison Corporation
ah442@cleveland.Freenet.Edu           Concord, OH

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals,comp.sys.ibm.pc.hardware
Path: cs.utk.edu!willis1.cis.uab.edu!news.ecn.bgu.edu!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!gjp
Message-ID: <1993Jul22.151102.14383@sei.cmu.edu>
Sender: netnews@sei.cmu.edu (Netnews)
Organization: The Software Engineering Institute
References: <CAIuxK.A4t@cbfsb.cb.att.com> <1993Jul21.231814.18437@jac.nuo.dec.com>
Distribution: usa
Date: Thu, 22 Jul 1993 15:11:02 EDT
From: gjp@sei.cmu.edu (George Pandelios)
Subject: Re: VT30, VT50 terminals



In article <1993Jul21.231814.18437@jac.nuo.dec.com>, pfau@coffee.enet.dec.com (Thomas Pfau) writes:
|> 
|> In article <CAIuxK.A4t@cbfsb.cb.att.com>, dlvk1@cbnewsf.cb.att.com
|> (david.l.van kampen) writes...
|> >A mechanic friend of mine has a diagnostic tool thats attaches to the
|> >computer that is built into most of the newer cars.  I believe the
|> >system is called a Tracker 2000.   Anyway, the manual says the device
|> >can be attached to a VT30 (or was that VT50 ?) terminal for additional
|> >display of information pertaining to the car's performance.
|> > 
|> >Does anyone have the specs on the VT30 and VT50 terminals?  Are they
|> >simply ASCII terminals, or are they special graphic terminals, etc.
|> >Can the VT30 and/or VT50 be emulated on a PC?
|> > 
|> >Thanks in Advance for the Info!
|> > 
|> >-Dave Van Kampen
|> > AT&T Bell Labs
|> > Naperville, IL
|> > (708) 979-7134
|> > ihlpm!dlvk1
|> >   
|> 
|> If this is a DEC VT52, it's a very simple terminal.  It handles about 18
|> escapes sequences.  Most Kermits have a...mode which is extremely close
|> to what a VT52 does.

Yep.  A VT50 is a subset (feature wise) of a VT52.  The 50 or 52 can be
emulated.   The VT100s had VT5x mode for emulating them.  Maybe Kermit's VT100
mode or VT52 mode will fill the bill.  Procomm Plus has such modes, I believe.
 

|> Are you sure it isn't asking for a Wyse 50?  DEC hasn't made VT52s in
|> about 15 years.

The VT5x family included the VT50 and VT52 (there might have been a VT51 as
well).  I'm trying to remember, but this was about 15 years ago when I used
one and they were old THEN.  After all, the VT100 family came out in 1977 or
1978.  Anyway, the VT50 only had UPPERCASE and 12 lines per screen.  No, I'm
not kidding.  

|> tom_p
|> ----------------------------------------------------------------------
|> pfau@coffee.enet.dec.com	| Mapmaker's disclaimer:
|> 16.69.208.195			| 'Not responsible for topographical
|> Compuserve: 73303,1136  	| errors.'
|> ----------------------------------------------------------------------


I believe that the VT30 was a graphics tube.  But I'm not sure.  In any case, 
that was WAY before my time.

Does anybody remember the VT05 (aka StarTrek) terminal?  

Boy, do I feel old.

George
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  George J. Pandelios				Internet:  gjp@sei.cmu.edu
  Software Engineering Institute		usenet:	   sei!gjp
  4500 Fifth Avenue				Voice:	   (412) 268-7186
  Pittsburgh, PA 15213				FAX:	   (412) 268-5758
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Disclaimer:  These opinions are my own and do not reflect those of the
	     Software Engineering Institute, its sponsors, customers, 
	     clients, affiliates, or Carnegie Mellon University.  In fact,
	     any resemblence of these opinions to any individual, living
	     or dead, fictional or real, is purely coincidental.  So there.

 //////////////////////////////////////////////////////////////////////////////

Message-ID: <3B4E1FFE.56F2B215@tinyworld.co.uk>
References: <Pine.GSO.4.33.0107121214100.17447-100000@roac>
Date: Thu, 12 Jul 2001 23:09:02 +0100
Organization: VT100.net
From: Paul Williams <celigne@tinyworld.co.uk>
Subject: Re: looking for:  DEC VT05 Terminal

Direct addressing is one of the features listed in the
PDP-8 Small Computer Handbook, an extract of which is at

    http://vt100.net/vt05.html

Until last week, I hadn't found any corroboration of this, but I now
have a copy of the VT05 Alphanumeric Display Terminal Reference Manual,
which I will put online soon.

--quote--
3.8 Direct Cursor Addressing (CAD)
Through the use of CAD (016 octal), the cursor can be directed to any
one of the 1440 character locations on the CRT screen using three
instructions. The CAD function is used to allow updating of displayed
data without retransmitting the complete page. For example, if the
cursor is located in character location 55 of line 18 and the operator
wishes to update information beginning at character location 35 of line
9, transmission time would be greater if the operator used the cursor
control characters, e.g., "cursor up" and "cursor left" to move to the
new location. By using the CAD function and the codes shown in Table
3-3, the cursor can be quickly directed to any of the 1440 character
locations on the screen. A reduction in generation time is especially
noticeable when CAD-generated data is retrieved from memory.

CAD is received by the VT05, and the next two data words are interpreted
as the Y- and X-address. The Y-data word presets the Y-address counter
to the selected character line, and the X-data word presets the
X-address counter to the selected character position in the selected
line. Once the cursor is moved to the new location (or address), the
cycle is complete and the next data word received will perform its
normal function.
--end quote--

There is no termcap entry for a 'vt05', but there could be many reasons
for that. I have no idea how many people shelled out the $2795 list
price for a VT05 rather than sticking with their teletypes. Bill Joy
used an ADM-3a to develop vi and what would eventually become termcap.

~Paul

 //////////////////////////////////////////////////////////////////////////////

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!howland.reston.ans.net!noc.near.net!uunet!pipex!uknet!bradford.ac.uk!M.T.Shipley
From: M.T.Shipley@bradford.ac.uk (MT SHIPLEY)
Subject: Re: VT100 font?
Message-ID: <1993Jul28.202952.12855@bradford.ac.uk>
Lines: 50
Organization: University of Bradford, UK
X-Newsreader: TIN [version 1.1 PL9]
References: <8091.2C56C05F@umagic.FIDONET.ORG>
Date: Wed, 28 Jul 1993 20:29:52 GMT

Chris Adams (Chris.Adams@umagic.FIDONET.ORG) wrote:

: Does anyone know where I can find a font (preferably for MS Windows, but 
: I can convert most standard formats) that matches the VT100 font, 
: including the special characters?  

The shareware (I think) package WinQVT/NET at biochemistry.bioc.cwru.edu
(129.22.152.44) in directory /pub/qvtnet, has some VT100 font file that
may be of use.

: If not, does anyone know where I might get the bitmaps of the characters
: in any form?  

Check copyrights first, but if you have access to a ReGIS VT terminal such
as the VT340, you could print each character, and send the escape sequence
to download the little bit of screen that it's on, giving you some sort of
SIXEL like bit map.

: I am trying to write a VT 100 emulator, and since I am going to make my
: own font anyway (the standard fonts don't have all the right characters), 
: I would like to make it as close as possible to the real thing.

Maybe a too such as the Borland resource editor included with Borland
Pascal 7 (again, check for suitability first!), and a *real* VT (suggest
at *least* a VT200) --- or a manual with the character bitmaps shown,
define your own with similar appearance.  I may have read that you
can't copyright the general appearance of fonts, but you can copyright
the font name and the 'implementation' of a font.  This is my impression,
and again check first!  Any lawyers out there, is this right?

: Thanks.

no prob.

: Please respond by email to Chris.Adams@umagic.fidonet.org.  I am posting 
: the by mail, because I can't read news right now.  If there is any 
: interest, I will post a follow-up.  Thank you.

ported for all, but emailed too.

: --- Opus-CBCS 1.14
: --- eecp 1.35 LM2 

:  * Origin: Micro Magic (1:373/12.0)
: --  
:  = Micro Magic, 830-2362/2302,  Alabama's Usenet/Fidonet gateway.
:  = Reply-To:  Chris.Adams@umagic.FIDONET.ORG

that's you, and I'm Martin

 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Path: cs.utk.edu!darwin.sura.net!math.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!dog.ee.lbl.gov!network.ucsd.edu!news.cerf.net!crash!cmkrnl!jeh
From: jeh@cmkrnl.com
Newsgroups: comp.sys.dec.micro
Subject: Re: Specs on VR100 wanted
Message-ID: <1993Aug8.151743.2502@cmkrnl.com>
Date: 8 Aug 93 15:17:43 PDT
References: <1993Aug8.012543.11965@mnemosyne.cs.du.edu>
Organization: Kernel Mode Systems, San Diego, CA
Lines: 20

In article <1993Aug8.012543.11965@mnemosyne.cs.du.edu>, psthomas@nyx.cs.du.edu (Patrick Thomas) writes:
>
>   Does anybody have [reasonably] detailed information about the VR100
> monitor, and what it's capable of? It appears to have been designed
> for the VAXstation 1 I bought (since it was put up for sale only a
> couple days after the VS1, and has a "VAXstation" medallion on it). 
> Would this work with any other DEC workstations?

It runs at 1024x864, 60 Hz vertical, 54 kHz hor.  It should work with the
typical VAXstation II (QVSS or GPX graphics) and with the on-board bitonal
frame buffer or GPX options on VAXstation 3100's.  

(Also, on a 3100 with either the GPX or the SPX card, this monitor can be used
with the dual-monitor option cable to give a second display, driven by the
bitonal frame buffer.) 

	--- Jamie Hanrahan, Kernel Mode Systems, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G.,
Internet:  jeh@cmkrnl.com (JH645)  Uucp: uunet!cmkrnl!jeh  CIS: 74140,2055



\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!darwin.sura.net!spool.mu.edu!agate!doc.ic.ac.uk!pipex!sunic
      !ebc.ee!piko!juhan
Message-ID: <1993Aug22.181206.166@ebc.ee>
References: <9308211704.AA13300@freenet.buffalo.edu>
Organization: University of Tartu, Department of Chemistry
Nntp-Posting-Host: piko.chem.ut.ee
Date: 22 Aug 1993 18:12:05 +0300
From: juhan@piko (Juhan Poldvere)
Subject: Re: What is  GPO on a Vt100 "style" terminal?

In <9308211704.AA13300@freenet.buffalo.edu> Elizabeth M. Phillips 
                                (ad302@freenet.buffalo.edu) wrote:
:> what is GPO?
:> AVO is advanced video option  (hey I know that much!)
:> but GPO eludes me, 

VT100 GPO is Graphics Processor Option. You may send 'ESC[0c' to the terminal.
The terminal should reply with
  ESC[?1;0c meaning   Base VT100, no options       (VT101)
  ESC[?1;1c           Processor option (STP)
  ESC[?1;2c           Advanced video option (AVO)  (VT102)
  ESC[?1;3c           AVO and STP
  ESC[?1;4c           Graphics processor option (GPO)
  ESC[?1;5c           GPO and STP
  ESC[?1;6c           GPO and AVO
  ESC[?1;7c           GPO, STP, and AVO
  
A 1983 DEC product catalogue says, "Graphics capabilities (standard on the
VT125), can also be added to a VT100.
[...]
The VT125 [...] is an intelligent, microprocessor based alphanumeric video
terminal with data plotting extensions. The VT125 directly executes DIGITAL's
general purpose graphics descriptor, ReGIS (Remote Graphics Instruction Set)."

Well, I am not sure whether a VT100 with GPO can execute ReGIS...

Hope this is of some help,
--
Juhan Poeldvere, ES5QX                               | juhan@chem.ut.ee
Tartu University, Dept. of Chemistry                 | fax:   372 (34) 35440
2 Jakobi St., EE-2400, Tartu, Estonia, via Stockholm | voice: 372 (34) 35429

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!europa.eng.gtefsd.com!uunet!pipex!uknet!bradford.ac.uk
      !M.T.Shipley
Message-ID: <1993Aug24.151034.4926@bradford.ac.uk>
Lines: 125
Organization: University of Bradford, UK
X-Newsreader: TIN [version 1.1 PL9]
References: <9308170248.AA23753@freenet.buffalo.edu>
Date: Tue, 24 Aug 1993 15:10:34 GMT
  
Elizabeth,

: I have  an AT&T  610 (not the 630 the 610)
: it returns a sequence of ^[[?7;4;1c 
: Now it's at least Vt100 AVO compatible But what is
: STP and GPO?  I think it
: has these also. SO could someone tell me what STP and GPO are AND
: give  me the sequences for using these features.  THANKS.

Ahh, this is the original posting then.  Now if it had had VT100 in the
subject field, I would have read it.  As for an AT&T 610 terminal,
my assumption was, well, what's that.  Not interested.  Sorry.

According to my docu, the format of primary da report is ...

                { send report CSI ? Psc ; Ps1; ... Psn c
                                  ^     ^
                                  |     |
                                  |     +------- Ps1; ... Psn = extensions
                                  |
                                  +------------- Psc = operating level
                Psc
                  indicates the terminal's architectural class code.  The
                  value of Psc depends on the terminal's current operating
                  level, as follows:

                  Psc         Terminal
                  7           vt131

                Ps1; ... Psn
                  indicates which of the following extensions the terminal
                  supports:

                  Ps          Meaning
                  1           132 columns
                  3           ReGIS graphics
                  4           Sixel graphics



Maybe you have Sixel graphics, but not ReGIS, since this is not a real
VT100 with GPO.

A brief description of Sixel follows...

Notes first.  7 bit version of DCS may be sent as ESC P
              (ie. Escape followed by a uppercase P).
              7 bit version of ST may be sent as ESC \

Notation for character codes is xx/yy, consider this column/row
from the Digital Code Tables. 

For example, ESC        is 1/11  (or hex 1B, or decimal 1*16 + 11)


Format is:

        DCS ps1 ; ps2 ; pn3 q s...s ST

where :
        ps1 is a macro parameter that selects the horizontal grid
          size and pixel aspect ration.

        ps2 selects how pixels specified as 0 are drawn.

        pn3 selects the horizontal grid size.

        s...s is the sixel picture data.  This includes printable
          characters and sixel control codes.

        Sixel printable characters
        --------------------------

          Characters in the range 3/15 - 7/14 are interpreted as sixel 
          printable characters.  The device subtracts the offset 
          hexadecimal 3F from the code, and assigns each of the 
          remaining 6 low-order bits to a grid position.  The six pixels
          are arranged vertically, as follows:

                  Top pixel           Bit 0 (LSB)
                                      Bit 1
                                      Bit 2
                                      Bit 3
                                      Bit 4
                  Bottom pixel        Bit 5 (MSB)

        Sixel control codes
        -------------------

          The following characters are interpreted as sixel control codes:

                  Code       Addreviation   Name
                  ------------------------------------------------------
                  !          DECGRI         Graphics Repeat Introducer
                                            (follow by number of times
                                             to repeat in ASCII decimal)
                  $          DECGCR         Graphics Carriage Return
                  -          DECGNL         Graphics New Line

                  0-9                       Parameter Characters
                  ;                         Parameter Separator



Now for a REAL example...

    ESC P q G j ^ j G ESC \

note that there are *not* spaces in the real code, and ESC is the
escape character.

: PS AT&T denies they even sold it!   SO manuals are right out.
                                      ^
                                      |
                                      +----  Ahh, this isn't emphasized,
                                             it's ether your finger still
                                             on shift, or a habit !!! :-)


Anyway, that's another attempt to be helpful, if any use.

regards,

Martin

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!europa.eng.gtefsd.com!uunet!noc.near.net
      !transfer.stratus.com!newshub.xylogics.com!Xylogics.COM!carlson
Message-ID: <1993Sep27.160922.22071@xylogics.com>
Sender: usenet@xylogics.com (News)
NNTP-Posting-Host: steam.xylogics.com
Organization: Xylogics Incorporated
References:  <1993Sep27.135515.24762@mont.cs.missouri.edu>
Date: Mon, 27 Sep 1993 16:09:22 GMT
From: carlson@Xylogics.COM (James Carlson)
Subject: Re: What does VT220 do with this escape sequence?

In article <1993Sep27.135515.24762@mont.cs.missouri.edu>,
  usbill@ustores.missouri.edu (Bill Canning) writes:
>
|> What does the escape sequence '<Esc>[>' do on the VT220?  I am running an
|> emulator under OS/2, and it ignores this sequence.  It seems to only occur
|> in the terminfo 'is2' initialization string.
|> 
|> Any help would be greatly appreciated.

Something's missing there -- that's not a complete, legal ANSI escape
sequence.

ANSI uses several character ranges during CSI and DCS sequence parsing.
The ranges 20-2F, 3A and 3C-3F are used for application-specific flags.
30-39 are the parameter values.  3B is the parameter separator.  The
final character -- sometimes called the sequence terminator -- must be
in the range 40-7E.

Perhaps the writer of your terminfo file meant to use the VT220-specific
(non-ANSI) code sequence "<ESC> >" (1B 3E).  This resets the numeric
keypad to numeric mode.  ("<ESC> =", 1B 3D sets application keypad
mode.)

--
James Carlson <carlson@xylogics.com>            Tel:  +1 617 272 8140
Annex Software Support / Xylogics, Inc.               +1 800 225 3317
53 Third Avenue / Burlington MA  01803-4491     Fax:  +1 617 272 3159

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!darwin.sura.net!howland.reston.ans.net!pipex!doc.ic.ac.uk
      !decwrl!pa.dec.com!nntpd2.cxo.dec.com!nntpd.lkg.dec.com
      !regent.enet.dec.com!lasko
Message-ID: <1993Oct10.194648.9462@nntpd.lkg.dec.com>
Sender: usenet@nntpd.lkg.dec.com (USENET News System)
Organization: Digital Equipment Corporation
References:   <4087@shaman.wv.tek.com>
Date: Sun, 10 Oct 1993 20:49:26 GMT
From: lasko@regent.enet.dec.com (Tim Lasko, Digital Equipment Corp., Westford, MA)
Subject: Re: VT3xx sequence 'Set Columns Per Page' doesn't seem to work


In article <4087@shaman.wv.tek.com>, synge@mist.wv.tek.com (James Synge) writes...
>
> The VT330/VT340 programmers manual says that you should no longer use
> the DECCOLM commands to change between 80 and 132 column mode.  Instead,
> the new DECSCPP command should be used.  So I tested it on a VT340, and
> found that it didn't work....

It does work. The documentation leaves out one important detail--the font used
to display the page doesn't change. So, if you end up with a 132-column page,
you will only see 80-columns at a time. Use Control-[<-] or Control-[->] to
pan the screen back and forth and you will see the additional columns.

Tim Lasko, Digital Equipment Corp., Westford MA    (lasko@regent.enet.dec.com)
Tim Lasko, private citizen                         (teeml@aol.com)
My opinions are my own; the facts can speak for themselves. I'm on my own time.

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!emory!pirates!darwin.sura.net!howland.reston.ans.net!usc
      !elroy.jpl.nasa.gov!decwrl!pa.dec.com!nntpd2.cxo.dec.com
      !nntpd.lkg.dec.com!regent.enet.dec.com!lasko
Message-ID: <1993Oct18.162348.6621@nntpd.lkg.dec.com>
Sender: usenet@nntpd.lkg.dec.com (USENET News System)
Organization: Digital Equipment Corporation
References: <4087@shaman.wv.tek.com> <1993Oct10.194648.9462@nntpd.lkg.dec.com>
            <4118@shaman.wv.tek.com>
Distribution: usa
Date: Mon, 18 Oct 1993 17:29:07 GMT
From: lasko@regent.enet.dec.com (Tim Lasko, Digital Equipment Corp., Westford, MA)
Subject: Re: VT3xx sequence 'Set Columns Per Page' doesn't seem to work


In article <4118@shaman.wv.tek.com>, synge@mist.wv.tek.com (James Synge) writes...
> Is there a way to change the [VT300] font via a control sequence?
> I.E., to stay in
> 132 mode, but to switch between the 80 column font and the 132 column font?

Unfortunately, no.

Tim Lasko, Digital Equipment Corp., Westford MA    (lasko@regent.enet.dec.com)
Tim Lasko, private citizen                         (teeml@aol.com)
My opinions are my own; the facts can speak for themselves. I'm on my own time.

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: vmsnet.pdp-11
Path: cs.utk.edu!emory!europa.eng.gtefsd.com!uunet!decwrl!pa.dec.com
      !nntpd.lkg.dec.com!twobar.zko.dec.com!mccarthy
Sender: mccarthy@toobar.zk3.dec.com (Brian McCarthy)
NNTP-Posting-Host: toobar.zk3.dec.com
Distribution: world
Message-ID: <2de3j3$iq7@nntpd.lkg.dec.com>
References: <2d26nq$4ti@jac.zko.dec.com> <1993Nov25.095150.1@spcvxb.spc.edu>
Organization: Digital Equipment Corporation
Date: 30 Nov 1993 00:19:47 GMT
From: Brian McCarthy <mccarthy@twobar.zko.dec.com>
Subject: Re: History of Digital Microprocessors

In article <1993Nov25.095150.1@spcvxb.spc.edu>, terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.) writes:

|>  The F11 was a DEC designed-and-built chip and brought a great number of new
|>features to the LSI product space. DEC offered floating point (which required
|>the MMU as some of the registers were in the MMU hybrid) and the Commercial
|>Instruction Set (CIS). DEC also offered "hot" floating point in the FPF11,
|>which brought the F11's floating point speed up to that of an 11/44 (it was
|>the same basic FPA design). The FPF11 is also unique in that the same module
|>works in both Unibus and Q-bus systems (it only draws power and has jumpers
|>for which pins to use for power and to pass bus grant with).

You neglected two really neat characteristics, at least in the KDF11-B board
configuration: 1) that the fpf11 is as electrically complex (and power hungry)
as the rest of the system), and 2) The add on chip bus which took the f.p. chip
in one socket or the DIS (Dibol instruction set, it wasn't quite CIS) spanning
two complete sockets plugged into the two outboard rows of pins. The DIS chip
was a ceramic carrier with 6 die on board.

|>  DEC used the part in such boards as the DEUNA Unibus Ethernet controller,
|>the RQDX1/2/3 controllers, etc. and was the main consumer of the parts.

I thought that we had wised up by the time of the RQDX3 and used something
else. Also, you overlooked the most stellar use of the T11, the VT240/1.
As I understood the design (I may be all wrong, I never had the stomach to
actually verify this), the 240 had an 8085 which did the processing of ascii
data, and a T11 which processed graphics, running the same code we used in
P/OS in some sort of software-reuse-gone-awry scheme. The fact that the 8085
had to hand each character to the T11 and get it back with a "nope, not for
me" handshake may have in some small way contributed to the performance of
the device.
							-Brian
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.os.vms
Path: cs.utk.edu!gatech!howland.reston.ans.net!europa.eng.gtefsd.com!uunet
      !organpipe.uug.arizona.edu!CS.Arizona.EDU!zippy.Telcom.Arizona.EDU
      !mvb.saic.com!info-vax
Message-ID: <17923857@MVB.SAIC.COM>
X-Gateway-Source-Info: Mailing List
Organization: Info-Vax<==>Comp.Os.Vms Gateway
Date: Sat, 27 Nov 1993 09:16:35 EDT
From: Jerry Leichter <leichter@lrw.com>
Subject: RE: VT420/server multi-session handshake esc seq ?


	Can someone please tell me the escape sequences used by a VT420 and
	SSU or a terminal terminal to perform the multi-session handshaking?

They are not "escape sequences," a term with a specific meaning defined in
ANSI X.34 (I think that's the number).  The commands use an entirely different
format with a different introducer character; they exist at a different level
in the protocol stack.  (The protocol involved is called TDSMP, for Terminal
Device Session Management Protocol.  TDSMP commands can actually appear in
the middle of an escape sequence; when the session is resumed, parsing of the
escape sequence takes up where it left off.)

	I suspect they are documented in the VT420 programming reference
	manual, but I would like to avoid the expense and lead time of
	ordering it for this "simple" need.

	[EK-VT420-RM is list $C 173]

Don't bother ordering it for this purpose; the TDSMP commands are not
documented.

	I am trying to tailor a PC communications package to permit it to use
	a TCP/IP DECserver connection with ANSI emulation to one host, and
	VTxxx emulation to another host.

Be aware that TDSMP is protected by patents.  (Yes, not just in the US; in
Canada and much of the rest of the world, too.)  While it's true that a number
of third parties appear to have reverse-engineered the protocol and are
selling products based on it without public challenge from DEC, that doesn't
mean DEC won't change its mind - it's got a history of aggressively defending
its intellectual property rights.

							-- Jerry
					[Co-inventor of TDSMP, who may not
					 necessarily agree with how DEC
					 manages it, but is telling you the
					 facts as he knows them.]

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.sys.dec,comp.org.decus,alt.folklore.computers
Path: cs.utk.edu!emory!sol.ctr.columbia.edu!spool.mu.edu!uwm.edu
      !post.its.mcw.edu!not-for-mail
X-Newsreader: TIN [version 1.2 PL1]
NNTP-Posting-Host: post.its.mcw.edu
Message-ID: <2dkvs7$g9b@post.its.mcw.edu>
References: <1993Dec2.012135.2584@sequent.com>
Organization: Medical College of Wisconsin; Milwaukee Wisconsin
Date: 2 Dec 1993 08:59:19 -0600
From: "Kent C. Brodie" <kcb@post.its.mcw.edu> 
Subject: Re: 11/780 box (frame) wanted

Jeff Berkowitz (jjb@sequent.com) wrote:
: I am aware of somebody (not me! ;-) who is interested in locating
: the frame and skins from a VAX 11/780.  Nothing inside has to work.

Let me guess-- the latest craze is now turning the 11/780's into 
fishtanks, right?    :-)

[for those of you who don't know--  there's a company that sells
VT100 terminals as fishtanks..  they actually look pretty neat.]
-- 
--------------
Kent C. Brodie - Sr. Systems/Network Manager		brodie@post.its.mcw.edu
Information Technology Systems
Medical College of Wisconsin				(414) 257-8769

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!europa.eng.gtefsd.com!uunet!decwrl!pa.dec.com
      !nntpd.lkg.dec.com!hannah.enet.dec.com!hedberg
X-Newsreader: mxrn 6.18-4
NNTP-Posting-Host: level.enet.dec.com
Distribution: usa
Message-ID: <2e5nt1$i27@nntpd.lkg.dec.com>
References: <2dt4kd$rdi@cnj.digex.com> <2e2j9p$liv@nntpd.lkg.dec.com>
            <mgbuo4INN3q0@news.bbn.com>
Organization: Digital Equipment Corporation, Westford, MA
Reply-To: hedberg@hannah.dec.com
Date: 8 Dec 1993 23:27:29 GMT
From: hedberg@hannah.enet.dec.com (Bill Hedberg)
Subject: Re: Wanted: Good ASCII terminal

pdsmith@bbn.com (Peter D. Smith) writes:
>
>What is it with these terminals?  They say they're made by DEC - are
>they a subsidiary of DEC?  An independant company?  Is the Dorio some
>sort of repackaged VT420?

  From the marketing literature...

  The short story is, that "Dorio" is a new "brand name" (marketing
  speak) for this terminal.  The VT510 and the Dorio were announced in
  Sept '93. The VT510 is for traditional Digital customers and the Dorio
  is for the "ASCII" terminal world.  There are some h/w and s/w
  differences between VT510 and Dorio, but they are very similar
  products. 

  The Dorio is:

   - Built by Digital Equipment Corp.
   - A new "brand name" (marketing speak)
   - It is an "ANSI/ASCII" terminal.
       ie. it has traditional Digital ANSI standard terminal modes
        VT320, VT220, VT100, VT52
       and (new for Digital) ASCII terminal emulations:
        WYSE 60, PCTerm, WYSE 50, WYSE 150/120,
        Televideo 950, 925, 910+, ADDS A2 and SCO Console.
   - It was designed to replace existing terminals found in
       UNIX, Pick, multiuser DOS, etc. "ASCII" environments
   - Keyboard and character set support for 27 languages
   - It is *not* a repackaged VT420 (Dorio is new hardware)
   - It has new features specifically for VARs like 
      . A Power Up screen banner (advertise your name here)
      . A completely reprogrammable keyboard (onboard Define Key Editor)
          (Set-Up or Num Lock key can be disabled to prevent user error,
           any key can be a Function key)
      . Local user functions: Clock/Calculator
      . Local Program/debug functions: Show character sets, Show control chars
      . Snap-in ROM cartridge for bug fixes and custom code
   - SCO Console mode maps to the "ansi" terminfo found on SCO UNIX,
     but it works with other UNIX also.

VT is a registered trademark of Digital Equipment Corporation.
WYSE is a registered trademark of WYSE Technologies.
etc...

>Inquiring minds want to know!
  Call 1-800-BY-DORIO (1-800-293-6746) for info.


	- Bill


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

A Harvard case study of the DEC project to develop the VT320 terminal may be
purchased from the Eaton Chair in Retailing at Ryerson Polytechnic University:

    http://www.ecr.ryerson.ca/ecr_04.html

 //////////////////////////////////////////////////////////////////////////////


Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!swrinde!sdd.hp.com!col.hp.com!csn!decwrl!pa.dec.com
      !nntpd.lkg.dec.com!gwen.enet.dec.com!fingerhut
Organization: Digital Equipment Corporation
Message-ID: <2fa2ov$gh3@nntpd.lkg.dec.com>
References: <CI22tB.H9p@freenet.carleton.ca>
NNTP-Posting-Host: gwen.enet.dec.com
Date: 22 Dec 1993 18:13:51 GMT
From: fingerhut@gwen.enet.dec.com (David Fingerhut.))
Subject: Re: Info wanted on VT420


In article <CI22tB.H9p@freenet.carleton.ca>,
 af877@FreeNet.Carleton.CA (Harry Dodsworth) writes:
|>
|>
|>  I am sorry if this is a FAQ but could someone please let me 
|>have the basic specifications on a VT420 and what features it has 
|>beyond the VT320.
|>-- 
|>Harry Dodsworth
|>

The VT420 is a dual session terminal.  The 320 is single session.

The VT420 has a local copy/paste within a session or between sessions.
It supports rectangular area operations via escape sequences.
It has 6 pages of memory.  
Horizontal scrolling within a rectangular area.
24, 36 or 48 lines of text on the screen at once. (This can be used with
horizontal split screen dual sessions, displaying 24 lines/session at once).

Some more random new escape sequences.

I wrote the spec for the VT420.  Let me know if you have more questions.

Dave

 --=--+--=--+--=--+--=--+--=--+--=--+--=--+--=--+--=--+--=--+--=--+--=--+--=--

Newsgroups: comp.terminals
Path: cs.utk.edu!emory!europa.eng.gtefsd.com!howland.reston.ans.net
      !cs.utexas.edu!swrinde!sgiblab!sgigate.sgi.com!olivea!decwrl
      !pa.dec.com!nntpd.lkg.dec.com!hannah.enet.dec.com!hedberg
Organization: Digital Equipment Corporation, Marlboro, MA
Distribution: world
Message-ID: <2hottj$13a@nntpd.lkg.dec.com>
References: <1994Jan11.170236.536@seufert.de> <2h1ccv$87m@nntpd.lkg.dec.com> <2h2bnl$oie@news.u.washington.edu>
Reply-To: hedberg@hannah.dec.com
NNTP-Posting-Host: minim.enet.dec.com
Keywords: VT510 cyrillic
Date: 21 Jan 1994 15:55:31 GMT
From: hedberg@hannah.enet.dec.com (Bill Hedberg)
Subject: Re: Looking for a cyrillic DEC VT320

Sorry, I do not know of any terminals which support Arabic.

VT510 supports VT and PC keyboards for Czech, Danish,
Dutch, English (Canadian, North American, British), Finnish
Swedish, Flemish, French (Canadian, France, Swiss),
German (Austrian, Swiss), Greek, Hebrew, Hungarian, Italian,
Norwegian, Polish, Portutuese, Romanian, Russian, Serbo-Croatian - Slovene
Slovak, Spanish (Spain, Latin America), Turkish (F,Q).

	- Bill

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Article 1923 of comp.terminals:
Path: cs.utk.edu!news.msfc.nasa.gov!europa.eng.gtefsd.com!howland.reston.ans.net!spool.mu.edu!sgiblab!sgigate.sgi.com!olivea!hal.com!decwrl!crl.dec.com!crl.dec.com!nntpd.lkg.dec.com!hannah.enet.dec.com!hedberg
From: hedberg@hannah.enet.dec.com (Bill Hedberg)
Newsgroups: comp.terminals
Subject: Re: 8-bit vt220 termcap/info entry, anyone?
Date: 8 Feb 1994 14:56:05 GMT
Organization: Digital Equipment Corporation, Marlboro, MA
Lines: 9
Distribution: world
Message-ID: <2j8965$a0r@nntpd.lkg.dec.com>
References: <1994Jan30.202830.408@utopia.druid.com> <20964@smoke.brl.mil> <2iqs80$oon@newhub.xylogics.com> <20975@smoke.brl.mil>
Reply-To: hedberg@hannah.dec.com
NNTP-Posting-Host: minim.enet.dec.com
X-Newsreader: mxrn 6.18-4


	VT1xx product were 7-bits only.
	VT2xx product were the first to implement 8-bit
	  communications and character sets.

	CSI   is the 8-bit control sequence introducer.
	ESC [ is its 7-bit conterpart.

	- Bill

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.os.vms
Path: cs.utk.edu!emory!europa.eng.gtefsd.com!MathWorks.Com!mvb.saic.com!info-vax
Message-ID: <01HBK89PYRPE8ZE7J0@kopc.hhs.dk>
Organization: Info-Vax<==>Comp.Os.Vms Gateway
X-Gateway-Source-Info: Mailing List
Date: Sun, 24 Apr 1994 17:38:41 +0100
From: Arne Vajhoej <ARNE@kopc.hhs.dk>
Subject: Re: replacing crlf...


> >> ($ following means escape, ctl-3 on my keyboard)
> >
> >       I was under the impression that CNTL-3 on most (all?)
> >       keyboards generated the ESC character.
> >
> >       Can anybody verify that this is a defacto standard?
> >
> 
>         Well, I ever never seen or heard of  it.  I just tested the LK250
> that I'm typing on.  Pressing Ctrl-3 twice yields no visible result while
> typing in EDT.  Pressing Ctrl-[ twice inserts an <ESC> character in the
> text.
> 
>         *DEC* keyboards have used Ctrl-[ since the VT200 series terminals
> and the LK201 keyboard. The VT100 series had an escape key and didn't need
> to define a Ctrl key.
> 
>         I suspect that it's a DEC standard and maybe even an ANSI standard.

CTRL-[ and CTRL-3 are both documented to generate an ESC in both the
VT320 and VT420 manuals !

                                                          Arne

Arne Vajhøj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%238310013040::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!martha.utcc.utk.edu!darwin.sura.net!howland.reston.ans.net
      !usc!elroy.jpl.nasa.gov!ames!decwrl!pa.dec.com!nntpd.lkg.dec.com
      !hannah.enet.dec.com!hedberg
Organization: Digital Equipment Corporation, Marlboro, MA
Message-ID: <2qefcb$q8m@nntpd.lkg.dec.com>
References: <1994May3.155044.4914@inland.com>
NNTP-Posting-Host: raynal.enet.dec.com
X-Newsreader: mxrn 6.18-10
Date: 6 May 1994 22:12:27 GMT
From: hedberg@hannah.enet.dec.com (Bill Hedberg)
Subject: Re: VT420 Multisession setup help


In article <1994May3.155044.4914@inland.com>, postma@inland.com writes:
This question concerns VT420 hardware.  

>If you change the f3 key definition (to ignore or fkey) in session 2 and save
>that setting, there appears to be no way to access session 2 setup again. 
>Accessing setup from session 1 and restoring the defaults settings, will not
>allow setup to be accessed from session 2.  Any ideas??
>
>Brian Postma
>219-399-7751

When Set-Up key is disabled in Session 2...

 Power Up VT420, in Session 1
 Press [F4] (or [Alt]+[Scroll Lock]) to switch to Session 2
 Press [F3] (or [Alt]+[Print Screen]) to enter Set-Up in Session 2

	- Bill

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.os.vms
Path: cs.utk.edu!martha.utcc.utk.edu!darwin.sura.net!howland.reston.ans.net
      !wupost!gumby!newsxfer.itd.umich.edu!zip.eecs.umich.edu!panix
      !MathWorks.Com!mvb.saic.com!info-vax
Message-ID: <9405061124.AA29532@uu3.psi.com>
Organization: Info-Vax<==>Comp.Os.Vms Gateway
X-Gateway-Source-Info: Mailing List
Date: Fri,  6 May 94 07:59:57 EDT
From: Jerry Leichter <leichter@lrw.com>
Subject: RE: Problem changing VT420 ID sequence


	I have a VT420 that I use to connect to a system that offers menu
	displays for VT100 and compatible terminals.

Well, no.  A VT420 *is* VT100-compatible.  Any program that queries the
terminal itself and then doesn't know enough to handle a VT420 properly is
simply wrong.

I thought we'd retired code like this 10 or 15 year ago.  This used to be a
major pain in the neck - code would run on a VT100 but not a VT102 because
the VT102's id sequence was (just a bit) different.

	    If I go into the Set-Up
	menus on the VT420 and select the General Set-Up screen, I can change
	the Terminal Mode from "VT420 mumble" to "VT100".  This can also be
	done via software but does not satisfy the requirements of the
	software offering me menu displays because it still tells me that the
	terminal is NOT VT100 compatible.  Back into the Set-Up menus (same
	screen), down towards the bottom of the screen is an item that says
	"VT420 ID" - this needs to be changed to "VT100 ID" - which I can do
	via the Set-Up but would really like to do this via a program...

	So, after all that - how do I (or can I) change this "VT420 ID" to
	"VT100 ID" via software?  I have RTFM but - no luck...

I don't believe you can.  I don't have any VT420 documentation here, but this
was not a software-settable parameter on earlier terminals.  (If you think
about it, just how much sense does it make for software to set it?  The
software would first have to know that it was talking to something that was
not a VT100, then tell it to lie.  Yes, I know, *some* of the software would
know, and it would ask the terminal to lie to *other*, broken software.
Sigh.  You really should complain loudly to your vendor about this; getting
it right isn't hard, and after all these years there's really no excuse.)

I gather many terminal settings that have traditionally not been software-
settable have been made so in the VT510.  It's possible this is among them.

							-- Jerry

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!emory!europa.eng.gtefsd.com!howland.reston.ans.net!wupost
      !decwrl!pa.dec.com!src.dec.com!crl.dec.com!nntpd.lkg.dec.com
      !hannah.enet.dec.com!hedberg
Organization: Digital Equipment Corporation, Marlboro, MA
Message-ID: <2sodbm$nmm@nntpd.lkg.dec.com>
References: <2rtdol$gvi@usenet.INS.CWRU.Edu>
Date: 3 Jun 1994 23:11:50 GMT
From: hedberg@hannah.enet.dec.com (Bill Hedberg)
Subject: Re: CNTL-S Pass-Through ?


In article <2rtdol$gvi@usenet.INS.CWRU.Edu>, da867@cleveland.Freenet.Edu
(David C. Fisco) writes:

>On Digital's vt510 and vt320, how do I modify the set-up 
>so that CNTL-S is passed-through to the application, NOT
>interpreted as HOLD SCREEN by the terminal?  For example,
>when in Emacs, I want EMACS to receive DC3 when I hit 
>CNTL-S; I don't want the terminal to hold-screen.
>
>TIA.

Pressing the "Hold" key on a VT320 or VT510 inhibits the terminal
firmware from processing characters in the communication buffer.
If the host continues to transmit data while Hold Screen is enabled,
eventually the comm buffer fills, which triggers the XOFF character.
Pressing Control+S will cause the terminal to transmit a Control-S
(XOFF/DC3) character.

The VT510 has a local Define Key editor which allows you to program
a key to transmit Control-S.  Example, Enter Set-Up, go to the
Define Key Editor in the Keyboard menu, enter the editor. Press the
key you wish to assign Ctl-S to, define it as a User Defined Key (UDK).
Press Ctl-S at the UDK line prompt.  Arrow down and Save it if you
wish to have it defined this way upon Power Up.

As Patric Davies points out in his reply, getting the terminal to
transmit Control-S is only half the problem.  You must also configure
the host to pass Control-S on to the application.  This means that
you cannot use XOFF/XON software flow control.

	- Bill

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals,comp.emacs
Path: cs.utk.edu!gatech!newsxfer.itd.umich.edu!gumby!yale!yale!yale.edu
      !noc.near.net!genrad.com!genrad.com!not-for-mail
Organization: GenRad, Inc.
Distribution: world
Message-ID: <2tsj3oINNcgv@thor.genrad.com>
References: <GLAS.94Jun16211855@muresh.et.tudelft.nl>
NNTP-Posting-Host: thor.genrad.com
Date: 17 Jun 1994 12:30:48 -0400
From: rep@genrad.com (Pete Peterson)
Subject: Re: PROBLEM CIT324 AND EMACS COMBINATION


In article <GLAS.94Jun16211855@muresh.et.tudelft.nl> glas@muresh.et.tudelft.nl writes:
^ >
^ >Hi,
^ >
^ >Does someone maybe know a solution to the following problem:
^ >
^ >I have a cit324 terminal (which should be compatible with a vt320) and I
^ >use gnu-emacs on it. The problem is that sometimes the cursor on the
^ >terminal is on another place as emacs thinks the cursor is. The result is a
^ >complete mess! I keep repeating the command M-x redraw-display, after this
^ >command everything is well but when you have to do this every line it
^ >becomes extremely annoying.
^ >
^ >For some reason emacs is not in complete control over the cursor-position,
^ >the strange effects are in some way influenced by the tab-positions on 
^ >the terminal. Also when I put the terminal in vt100 emulation mode I have
^ >the problem. I didn't have the problem with my previous cit101 terminal.
^ >

I have seen this problem when people have hardware tab settings that
disagree with what they told Emacs in tab-width.  Emacs (and vi also) need
to know the tab stop settings so they can display properly.  You must have
uniform hardware tab-stops.  Not that you can use tab-stop-list if you want
to make Emacs text-entry appear to have non-uniform tab-stops in modes that
bind the TAB key to tab-to-tab-stop.

	pete peterson
	rep@genrad.com
	(508)369-4400 x2478; Home: (508)256-5829 (Chelmsford, MA)

^ >=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
^ >- Jack P.F. Glas                        Delft University of Technology     =
^ >=                                       Faculty of Electrical Engineering  -
^ >- Phone: +31 (0)15 786202		Electronic Engineering Group       =
^ >= Telefax: +31 (0)15 786190             Mekelweg 4, room 17.06             -
^ >- E-mail: glas@muresh.et.tudelft.nl     P.O. Box 5031                      =
^ >= WWW: http://olt.et.tudelft.nl         2600 GA Delft, The Netherlands.    - 
^ >-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!swrinde!cs.utexas.edu!usc!elroy.jpl.nasa.gov!decwrl
      !src.dec.com!crl.dec.com!nntpd.lkg.dec.com!regent.enet.dec.com!lasko
Organization: Digital Equipment Corporation
Lines: 14
Distribution: usa
Message-ID: <2umoff$q9q@nntpd.lkg.dec.com>
References: <karhCrx2z4.E14@netcom.com>
NNTP-Posting-Host: prince.enet.dec.com
Summary: not in VT2xx through VT4xx
Date: 27 JUN 94 10:40:13
From: lasko@regent.enet.dec.com (Tim Lasko, Digital Equipment Corp., Marlborough, MA)
Subject: Re: VT220 Block or Underline Cursor Codes

In article <karhCrx2z4.E14@netcom.com>, karh@netcom.com (William Karh) writes...
>Help,
> 
>Is there a vt220 -> vt420 code to change the cursor appearance from block to
>underline...

Not until the VT510 terminal is host control over the shape of the cursor
provided. (You can turn in invisible and visible again with DECTCEM, but not
change it from block to underline.)

Tim Lasko, Digital Equipment Corp., Marlborough MA (lasko@regent.enet.dec.com)
Tim Lasko, private citizen                         (teeml@aol.com)
My opinions are my own; the facts can speak for themselves. I'm on my own time.

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!swrinde!elroy.jpl.nasa.gov!netline-fddi.jpl.nasa.gov
      !marsupial.jpl.nasa.gov!litwin!litwin
Organization: Jet Propulsion Laboratory, Pasadena, CA
Message-ID: <30oj84$16o@marsupial.jpl.nasa.gov>
References: <1994Jul22.141413.3827@bay.cc.kcl.ac.uk>
NNTP-Posting-Host: litwin.jpl.nasa.gov
Date: 22 Jul 1994 13:57:24 GMT
From: litwin@litwin.jpl.nasa.gov (Todd Litwin)
Subject: Re: diff. between vt100 / vt102?

In article <1994Jul22.141413.3827@bay.cc.kcl.ac.uk> udee782@bay.cc.kcl.ac.uk
(Ian G Clark (Dr Wizard) @ King's College London.) writes:
>
>Can anyone tell me in idiots terms the main differences between VT100 and
>VT102?

I'm not sure whether or not this is the only difference, but the VT102
has the capability of doing line and character inserts and deletes,
functions which are missing from the VT100.

In order to mimic line inserts or deletes on a VT100, it is necessary to
define a scrolling region from the line of interest to the bottom of the
display, and then scroll that region either up or down, depending upon
whether you want to delete the line of interest or else push down that
line (and all those below it) in order to insert a new blank line.  I
have no such clever work around for the absence of the character
insert/delete (but, then, I've never looked for one).

By the way, in my experience it seems that most terminal programs which
claim to be VT100 (not VT102) emulators also perform the line/character
insert/delete functions. So you aren't the only one who is unclear on
the difference between the two VT models.

-- 
		Todd Litwin
		Jet Propulsion Laboratory
		(818) 354-5028
		litwin@robotics.jpl.nasa.gov

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.sys.dec
Path: cs.utk.edu!gatech!howland.reston.ans.net!agate!msuinfo
      !harbinger.cc.monash.edu.au!yarrina.connect.com.au!classic.iinet.com.au
Organization: iiNET Technologies
Message-ID: <31f2d2$j6@classic.iinet.com.au>
References: <31bi6i$id5@potogold.rmii.com>
NNTP-Posting-Host: classic.iinet.com.au
X-Newsreader: TIN [version 1.2 PL2]
Date: 31 Jul 1994 10:30:58 +0800
From: crockera@iinet.com.au (Andrew Crocker)
Subject: Re: VT100 Keys

John P. Morphet (jmorphet@asys.com) wrote:
: Sorry to bother this group with such a basic question.

: Where can I get a list of the VT100 keys and their escape sequences? Is 
: it in a file somewhere that I can FTP.

A file SYS$SYSTEM:SMGTERMS.TXT contains all the escape sequences for the 
range of terminals supported by SMG.  This includes VT100s.

Andrew Crocker
CSI Australia
crockera@iinet.com.au

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!emory!europa.eng.gtefsd.com!howland.reston.ans.net
      !news.sprintlink.net!sundog.tiac.net!wizard.pn.com!Germany.EU.net!EU.net
      !uunet!newstf01.cr1.aol.com!newsbf01.news.aol.com!not-for-mail
Organization: America Online, Inc. (1-800-827-6364)
Sender: news@newsbf01.news.aol.com
Message-ID: <35p9or$7k5@newsbf01.news.aol.com>
References: <35mdat$k76@merlion.singnet.com.sg>
NNTP-Posting-Host: newsbf01.news.aol.com
Date: 21 Sep 1994 08:43:07 -0400
From: psichel@aol.com (PSichel)
Subject: Re: VT320 and colors

In article <35mdat$k76@merlion.singnet.com.sg>,
yyngai@merlion.singnet.com.sg (Ngai Ying Yong) writes:

> I would like to know if VT320 terminal can dispaly colors, if not, are 
> there any other VT terminals that I can use to have color display ?

The VT320 has a built-in monochrome display (white, green, or amber
phosphor).  The VT241, VT340, and recently announced VT525 support color
displays.

The VT525 works with low cost off-the-shelf PC monitors (SVGA), and
supports both ANSI and text attribute color.  MSRP is $649 with 14"
color monitor.  17" and 19" color monitors are also available.

- Peter


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals,comp.unix.programmer,comp.sys.next.programmer
Path: cs.utk.edu!stc06.CTD.ORNL.GOV!fnnews.fnal.gov!uwm.edu!math.ohio-state.edu
      !howland.reston.ans.net!pipex!uunet!EU.net!ieunet!mentec.ie
      !cimpro.mentec.ie!john_w
References: <37hp10$288@delphi.cs.ucla.edu>
Organization: Mentec Ltd., Dublin, Ireland
Nntp-Posting-Host: cimpro
Nntp-Posting-User: john_w
Message-ID: <1994Oct17.142904.1@cimpro.mentec.ie>
Date: 17 Oct 1994 14:29:04 GMT
From: john_w@cimpro.mentec.ie
Subject: VT220 attributes represented in termcap (was: <None>)


In article <37hp10$288@delphi.cs.ucla.edu>, esky@marathon.cs.ucla.edu
    (Eskandar Ensafi) writes:
> Hello
> 
> The following modes in `termcap(5)' do not seem to be behaving as documented:
> 
> se    str          End standout mode
> ue    str          End underscore mode
> 
> Instead, they are behaving as if the following mode is being set:
> 
> me    str          Turn off all attributes
> 
> I am setting the terminal attributes using tgetstr/tputs in a C program
> running under NEXTSTEP 3.1 on a VT100 terminal emulator.  I can correctly
> turn ON text attributes (so='Begin standout', 'us='Begin underscore', etc.),
> but I am unable to turn individual attributes OFF without disrupting other
> text attributes.
> 

On the VT100, the only escape sequence available is the one which turns off
all attributes (i.e. ESC[0m).

The VT220 introduced a new set of escape sequences to turn off individual 
attributes as follows:
ESC[22m   Bold off
ESC[24m   Underline off
ESC[25m   Blinking off
ESC[27m   Reverse Video off
These are available on vt220 and upwardly-compatible terminals. A vt100 
emulator should ignore these sequences.

> 
> Thanks in advance!  If you can, please e-mail me a copy of your response.
> 
> - Eskandar
 

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!emory!darwin.sura.net!howland.reston.ans.net
      !news.sprintlink.net!EU.net!uunet!newstf01.cr1.aol.com
      !newsbf01.news.aol.com!not-for-mail
Organization: America Online, Inc. (1-800-827-6364)
Message-ID: <38rroa$34s@newsbf01.news.aol.com>
References: <38lj9f$dqm@walton.maths.tcd.ie>
Date: 28 Oct 1994 17:51:06 -0400
From: Peter Sichel <psichel@aol.com>
Subject: Re: What is the diff. between VT100/2 and VT320?

In article <38lj9f$dqm@walton.maths.tcd.ie>, jjjuan@maths.tcd.ie (Juan
Flynn) writes:

> Can anyone tell me what are the differences between VT100
> and VT320?

Briefly, the VT100 is 7-bits only (US ASCII).  No 8-bit multinational
character sets, no top row function keys, does not have a separate
editing keypad with inverted T cursor keys.

The VT320 supports 8-bit Multinational characters (ISO Latin-1);
provides 105 key keyboard similar to Enhanced PC (separate top row
function keys, editing and numeric keypads); provides a 25th status line;
Terminal State Interrogation (host can read back almost all terminal
settings); soft character sets; and programmable top row function keys.

Physically the VT320 is much smaller, offers a higher resolution
display, and runs faster.

- Peter

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals,comp.protocols.kermit.misc
Path: cs.utk.edu!not-for-mail
Followup-To: comp.terminals,comp.protocols.kermit.misc
Distribution: world
Expires: 31 Dec 1994 22:11:33 GMT
Message-ID: <39o5aqINN164@cetus2e.cs.utk.edu>
References: <39nbr2$rkh@kronos.fmi.fi>
NNTP-Posting-Host: cetus2e.cs.utk.edu
Summary: there are 2 cases, according to VT330/340 documentation
Keywords: DECRQM, DECRPM, VT300, VT330, MS-Kermit, mode, setting, report
Organization: University of Tennessee, Knoxville--Dept. of Computer Science
Date: 8 Nov 1994 10:26:18 -0500
From: shuford@cs.utk.edu (Richard Shuford)
Subject: Re: Incorrect response to request of terminal mode status (DEC modes)


In article <39nbr2$rkh@kronos.fmi.fi>,
   hurtta@dionysos.fmi.fi (Kari E. Hurtta) writes:
>
>MS-DOS Kermit responds to query
>	CSI ? Ps $ p
>with response
>	CSI Ps; Ps1 $ y
>According of my another docomentation response of this should be
>	CSI ? Ps; Ps1 $ y
>
>(MS-Kermit's  documentation gives that response is CSI Ps; Ps1 $ y
> but I think that this is incorrect for VT -series emulation.)
>
>- Kari E. Hurtta
>  Kari.Hurtta@Fmi.FI
>  {hurtta,root,Postmaster}@dionysos.fmi.fi


I think that you are referring to the VT300-mode request/response pair
DECRQM and DECRPM.

In the Digital documentation "VT330/VT340 Programmer Reference Manual,
Volume 1: Text Programming" (EK-VT3XX-TP-001) on page 238 we find

    MODE SETTINGS (VT300 mode only)

    Request Mode          DECRQM      CSI Pa $ p
                                      Pa = ANSI mode (see table 12-2)

                                      CSI ? Pd $ p
                                      Pa =  DEC private mode (see table 12-3)

    Report Mode           DECRPM      CSI Pa;Ps $ y
                                      Pa = ANSI mode (see table 12-2)

                                      Ps = mode state
                                       0 = unknown mode
                                       1 = set
                                       2 = reset
                                       3 = permanently set
                                       4 = permanently reset


    Set Mode              SM          CSI Pa; ...Pa h
                                      Pa = ANSI mode(s)

                                      CSI ? Pd; ...Pd h
                                      Pd =  DEC private mode(s)

    Reset Mode            RM          CSI Pa; ...Pa l
                                      Pa = ANSI mode(s)

                                      CSI ? Pd; ...Pd l
                                      Pd =  DEC private mode(s)


(Notes:  the CSI is hexadecimal 9B in 8-bit communication, or
         the sequence <Escape> [   in 7-bit communication.

         Pa, Ps, and Pd are variable parameters.

         The "l" in the above RM command is a lowercase "L".

         Spaces in the description are for clarity and are not transmitted.)

So one form of the response is appropriate for ANSI/ISO standardized
modes, and the other form for DEC proprietary modes.

Are you saying that MS-Kermit is generating the ANSI/ISO-mode response
to the DEC-mode query?

-- 
 ...Richard S. Shuford  | "When the righteous triumph, there is great elation;
 ...shuford@cs.utk.edu  |  but when the wicked rise to power, men go into
 ...Info-Stratus contact|  hiding." Proverbs 28:12 NIV


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals,comp.protocols.kermit.misc
Path: cs.utk.edu!news.msfc.nasa.gov!europa.eng.gtefsd.com
      !howland.reston.ans.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
Message-ID: <1994Nov8.104653.32279@cc.usu.edu>
References: <39nbr2$rkh@kronos.fmi.fi> <39o5aqINN164@cetus2e.cs.utk.edu>
Followup-To: comp.terminals,comp.protocols.kermit.misc
Distribution: world
Organization: Utah State University
Date: 8 Nov 94 10:46:53 MDT
From: jrd@cc.usu.edu (Joe Doupnik)
Subject: Re: Incorrect response to request of terminal mode status (DEC modes)


In article <39o5aqINN164@cetus2e.cs.utk.edu>,
  shuford@cs.utk.edu (Richard Shuford) writes:
>
> In article <39nbr2$rkh@kronos.fmi.fi>,
>    hurtta@dionysos.fmi.fi (Kari E. Hurtta) writes:
>>
>>MS-DOS Kermit responds to query
>>	CSI ? Ps $ p
>>with response
>>	CSI Ps; Ps1 $ y
>>According of my another docomentation response of this should be
>>	CSI ? Ps; Ps1 $ y
>>
>>(MS-Kermit's  documentation gives that response is CSI Ps; Ps1 $ y
>> but I think that this is incorrect for VT -series emulation.)
>>
>>- Kari E. Hurtta
>>  Kari.Hurtta@Fmi.FI
>>  {hurtta,root,Postmaster}@dionysos.fmi.fi
> 
> I think that you are referring to the VT300-mode request/response pair
> DECRQM and DECRPM.
----------

Kari is correct. A question mark was omitted from the DEC-specific report.

I've corrected that (and in msvibm.vt) here this morning and the results
will appear in the next beta of MS-Kermit.

	Thanks,
	Joe D.

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.protocols.kermit.misc
Path: cs.utk.edu!gatech!concert!ais.com!bruce
Message-ID: <1994Dec12.010826.7025@ais.com>
References: <KSHAW.94Dec8032548@jobe.shell.portal.com> <1994Dec8.220403.34973@cc.usu.edu>
Distribution: world
Organization: Applied Information Systems, Chapel Hill, NC
Date: 12 Dec 1994 01:08:26 EST
From: bruce@ais.com
Subject: Re: Status line


In article <1994Dec8.220403.34973@cc.usu.edu>,
     jrd@cc.usu.edu (Joe Doupnik) writes:
> In article <KSHAW.94Dec8032548@jobe.shell.portal.com>,
>    kshaw@jobe.shell.portal.com (kendall thomason shaw) writes:
>>
>> Hello,
>> 	I've not figured out how to get rid of the status line in order to
>> have all the lines writable by vi and what not. I can define a 80x49
>> screen and toggle the status line, but I'd like to have an 80x50
>> screen. If I define an 80x50 screen with vt320 emulation, lynx and vi
>> will write to the status line but they don't then erase what they
>> write there, and worse yet, lynx scrolls the screen up (down?) with
>> the previous status line stuck in the 50th row, and puts a new status
>> line in the 49th row. If someone could help me either with
>> termcap/terminfo or getting kermit to skip the status line idea, I'd
>> be pleased. Here's my termcap entry:
> ------------
> The last line, status, is an integral part of VT terminals. There
> is no way of making that part of the regular screen.
> 	Joe D.


This is very dependent on which exact VT terminal you're talking about.
For the VT300 series, there is no way to incorporate the status line
as part of the main screen, although some implementations (eg, DECterm,
a VT320-level implementation on DEC workstations) allow you to select
the status line or not, and also allow you to set the size of the main
screen (up to perhaps 72x132 or so being reasonable if you have a
1280x1024 screen), which gives you much the same capability that's being
asked for here.  However if the host software requests a status line, the
DECterm will helpfully create it for you (keeping your main window the
same size but possibly making the entire window too big to quite fit on
the screen if you've made it big).

The VT420, on the other hand, actually does allow you to combine the
status line with the main screen, so that you get true 25x80 screen
addressing but no status line.  It also allows you to set the terminal
in 36 or 48-line modes, but I think those include a separate status
line.  I don't know offhand what the VT420 does with the "Select Status
Line" commands if it's in 25x80 mode;  the terminal I've usually
experimented with for such questions is on the other side of town, and
the documentation around here is vague on the subject.

The subject of compatibility with VT-series status lines is rather
subtle.  I have yet to see any terminal emulator, commercial or
otherwise (including Kermit and even DEC's Pathworks terminal
emulator, I might add) that quite gets it all right.

Bruce C. Wright

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Date: 28 Dec 1994 17:45:00 EST
In-Reply-To: <KSHAW.94Dec27233157@jobe.shell.portal.com>
Organization: University of Tennessee, Knoxville--Dept. of Computer Science
To: kshaw@jobe.shell.portal.com
From: Richard S. Shuford
Subject: Re: My vt320 termcap file

Regarding the F5 key:

Somebody else may point this out, but on a real DEC VT220 or VT320,
the first five top-row function keys are intended primarily as local
functions, not as things a remote application program can sense;
indeed F1 through F4 don't send anything to the host at all.

On a VT420 (for which I've got the manual here)

    KEY     FUNCTION
    ---     ------------------------------------------------------------
    F1      Hold (controls scrolling via XON/XOFF).

    F2      Local Print (prints screen to locally attached printer).
              Shift-F2 (on VT320) prints graphics and text.
            Control-F2 toggles auto-print mode.

    F3      Enter terminal's setup mode.

    F4      Switch sessions (for dual-session terminals).
            Control-F4 splits screen (for dual-session terminals).

    F5      Break (sends long serial break).
            Shift-F5 drops DTR to disconnect a modem.
            Control-F5 sends the terminal's answerback message to the
            remote host.

However, the more recent VT420 product can be configured (by use of
the setup menus) to have the F1 through F5 keys really send a code
sequence to the host instead of performing the local operation.  The
code sequences are of the form

     Esc [ 1 2 ~

in 7-bit communication environments or

     CSI   1 2 ~

in 8-bit communication environments.

    KEY     7-BIT CODE
    ---     -----------
    F1      Esc [ 1 1 ~
    F2      Esc [ 1 2 ~
    F3      Esc [ 1 3 ~
    F4      Esc [ 1 4 ~
    F5      Esc [ 1 5 ~

However, if you configure the VT420's first five function keys this
way, you lose the capability to perform their local functions, one of
which (F3) is to allow you to use the setup menus!  To recover from
this condition, you have to log out, turn off the terminal, wait 10
seconds, turn on the terminal, and then make F3 the very first key you
press after it has initialized.  Then the terminal enters setup mode,
and you can change the use of F3 (or other parameters).

Just for completeness, the keypad function keys emit

    KEY     8-BIT CODE
    ---     -----------
    PF1     SS3 P
    PF2     SS3 Q
    PF3     SS3 R
    PF4     SS3 S


    KEY     7-BIT CODE
    ---     -----------
    PF1     Esc O P
    PF2     Esc O Q
    PF3     Esc O R
    PF4     Esc O S


 ...RSS  shuford@cs.utk.edu

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!emory!sol.ctr.columbia.edu!howland.reston.ans.net
      !news.sprintlink.net!hookup!newshost.marcam.com!news.kei.com!ub
      !dsinc!newsfeed.pitt.edu!uunet!newstf01.news.aol.com!not-for-mail
Organization: America Online, Inc. (1-800-827-6364)
Message-ID: <3efak4$a14@newsbf02.news.aol.com>
References: <STEFANOS.95Jan4122607@aim.vuse.vanderbilt.edu>
Date: 4 Jan 1995 18:22:44 -0500
From: psichel@aol.com (PSichel)
Subject: Re: Digital VT510 and hardware flow control

The VT510 offers DSR/DTR hardware flow control on either the
25-pin (male/female) Dsub or 6-pin MMJ connector.

Since the VT510 hardware was designed, many high speed modems
have adopted CTS/RTS flow control.  This makes sense for modems.
It is less obvious for terminals that need to work in existing
environments.

Most high speed modems use the Hayes AT command set and no
longer require DSR/DTR control signals for connection management.
Thus you can often wire the DSR/DTR signals from the terminal
to the CTS/RTS pins of the modem to take advantage of hardware
flow control.

Future VTs may include a CTS/RTS selection depending customer
interest and cost trade-offs.

- Peter
   Video Terminals Business Group
   Components & Peripherals
   Digital Equipment Corporation

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.os.linux.help,comp.os.linux.admin,comp.terminals
Path: cs.utk.edu!gatech!bloom-beacon.mit.edu!uhog.mit.edu!news.mathworks.com
      !transfer.stratus.com!xylogics.com!Xylogics.COM!carlson
Organization: Xylogics Incorporated
Message-ID: <3egoee$m73@newhub.xylogics.com>
References: <cheema.787969033@nntp.msstate.edu> <3d8o50$h96@usenet.rpi.edu>
            <stephenkD1qLqC.5FD@netcom.com> <D1ry0w.7z3@spuddy.uucp>
            <3egahh$acf@kronos.fmi.fi>
Date: 5 Jan 1995 12:24:46 GMT
From: carlson@Xylogics.COM (James Carlson)
Subject: Re: Backspace in Linux ?

In article <3egahh$acf@kronos.fmi.fi>,
|> hurtta@dionysos.fmi.fi (Kari E. Hurtta) writes:
|>
|> [ Added comp.terminals as receiver ]
|> sweh@spuddy.uucp (Stephen Harris) writes in comp.os.linux.admin:
|> 
|> |Stephen Knilans (stephenk@netcom.com) wrote:
|> |
|> |: Go figure!  The "ansi" spec is supposed to work like a VT100.  On the
|> |: VT100, the use the <del> code for delete!  Makes sense, huh!  On MOST PC
|> |: implementations, 
|> 
|> |The VT series is configurable.  In the setup screens there is an option to
|> |make it send DELETE _or_ BACKSPACE.  Some versions of Unix (old...) default
|> |to backspace as the erase character, and delete as the interrupt character.
|> 
|> It is also configurable by program.
|> 
|> ESC ? 67 h			Backarrow key sends Backspace	(= set mode)
|> ESC ? 67 l			Backarrow key sends Delete	(= reset mode)


Those should be CSI, not ESC.

Or use ESC [ for CSI.


These two commands are available on VT320-series and up.  The VT100 and
VT220 terminals don't have them.

|> (You can query setting of this with 
|>  CSI ? 67 $ p
|> 	response CSI ? 67 ; Ps $ y
|>  where Ps : 0 = unkown mode
|>             1 = set
|>             2 = reset
|> 	    3 = permanently set
|> 	    4 = permanently reset
|>  This query is possible if terminal supports terminal interrogation commands
|>  (== VT400 series or better).

I seem to recall the query commands being added with the VT320, not the
VT420.

---
James Carlson <carlson@xylogics.com>            Tel:  +1 617 272 8140
Annex Software Support / Xylogics, Inc.               +1 800 225 3317
53 Third Avenue / Burlington MA  01803-4491     Fax:  +1 617 272 2618

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.protocols.kermit.misc
Path: cs.utk.edu!emory!europa.eng.gtefsd.com!uhog.mit.edu!bloom-beacon.mit.edu
      !panix!news.columbia.edu!watsun.cc.columbia.edu!fdc
Organization: Columbia University
Message-ID: <3ef8ap$71c@apakabar.cc.columbia.edu>
References: <3eejef$3vs@cmi.hahnemann.edu>
Date: 4 Jan 1995 22:43:37 GMT
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Subject: Re: ESC[0m ???


In article <3eejef$3vs@cmi.hahnemann.edu>,
A. Andrew Brennan <BRENNAN@HAL.HAHNEMANN.EDU> wrote:
>
>   I'm adding a "diskquota display" to our menu system and would like to 
>   have the "you're over your quota, delete files now" message come up in
>   red.  No problem - "ESC[0;31m DELETE FILES ESC[0m", right?  Now, on the
>   DECterm I use it's a RED DELETE and back to normal colors.  Kermit (in
>   both 3.13 and 3.14) doesn't reset to the original colors with that ANSI
>   sequence, although the text appears to indicate that it will.
>
>   Any idea on this one?  Is it a Kermit problem or simply my own bit of
>   ANSI newbie-dom showing (in which case there's a better sequence for 
>   resetting colors, right?  :^)
>

From the KERMIT.UPD for version 3.14:

SET TERMINAL COLOR 20
  If Kermit receives a "reset visual attributes" escape sequence (CSI 0 m)
  from the host, this does not affect the screen coloration.  However, some
  applications expect it to restore the default fore- and background colors.
  SET TERMINAL COLOR 20 tells Kermit to do this.  v3.14.

By the way, if you have any official DEC documentation that says this should
be the default behavior, we'd like to see it.  Our DEC VT manuals list the
actions to be taken on CSI 0 m very explicitly, and none of them affect the
coloration.

- Frank

x
x

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!stc06.CTD.ORNL.GOV!fnnews.fnal.gov!uwm.edu!news.alpha.net
      !solaris.cc.vt.edu!swiss.ans.net!newstf01.news.aol.com!not-for-mail
Organization: America Online, Inc. (1-800-827-6364)
Sender: root@newsbf02.news.aol.com
Message-ID: <3fjcsq$ok@newsbf02.news.aol.com>
References: <azi.151.000D3511@radlinx.rad.co.il>
Date: 18 Jan 1995 10:42:18 -0500
From: psichel@aol.com (PSichel)
Subject: Re: Where can I find TD/SMP (SSU) Protocol Specifications ?

I have responded to the auther with an appropriate contact in Digital.

As I understand it, the TD/SMP UNIX source code and specification
can be licensed from Digital for a nominal fee.

- Peter
 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!news.msfc.nasa.gov!kinky.eng.gtefsd.com!europa.eng.gtefsd.com
      !howland.reston.ans.net!gatech!udel!news.mathworks.com
      !transfer.stratus.com!xylogics.com!Xylogics.COM!carlson
Organization: Xylogics Incorporated
Message-ID: <3gj5g8$4pu@newhub.xylogics.com>
References: <3gc2fp$h20@senator-bedfellow.MIT.EDU>
Date: 30 Jan 1995 11:52:24 -0500
From: carlson@Xylogics.COM (James Carlson)
Subject: Re: Transmission Control Codes

In article <3gc2fp$h20@senator-bedfellow.MIT.EDU>,
   igorlord@.mit.edu (Igor Lyubashevskiy) writes:
|>
|> Does anyone know what the appropriate action for ESC Space F is?
|> The book I have says that it converts C! codes to their equivalent
|> 7-bit extensions.  But does it mean that the termianl TRANSMITS
|> the 7-bit extensions or treats the C1 codes RECEIVED as if they
|> had their 8th bit 0 (SS2 as SO, for example)?

The VT220 command ESC SP F (called S7C1T in the DEC documentation) tells
the terminal to transmit the 7 bit equivalents for the 8 bit C1 codes to
the host, both for command responses (like the response to CSI c), and
for function keys which return C1 codes.

Likewise, ESC SP G (S8C1T) tells the terminal to transmit 8 bit C1 codes
if the terminal has an 8 bit data path to the host.  (The command has no
effect if the host port is set to 7 bit mode.)

These commands do not affect the interpretation of received codes.  To
do this, you'll have to set the terminal into 7 bit / mark parity mode.

|> If anyone kows, please email to me (the prefered way) or simply
|> followup to this group.

I prefer to follow up, just in case others are wondering about this,
too.

-- 
James Carlson <carlson@xylogics.com>            Tel:  +1 617 272 8140
Annex Software Support / Xylogics, Inc.               +1 800 225 3317
53 Third Avenue / Burlington MA  01803-4491     Fax:  +1 617 272 2618

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!udel!news.mathworks.com!transfer.stratus.com
      !xylogics.com!Xylogics.COM!carlson
Organization: Xylogics Incorporated
Message-ID: <3gqlad$qim@newhub.xylogics.com>
References: <3gp8eu$b5n@senator-bedfellow.MIT.EDU>
Keywords: VT52 mode
Date: 2 Feb 1995 13:05:17 GMT
From: carlson@Xylogics.COM (James Carlson)
Subject: Re: VT52 Auto print mode

In article <3gp8eu$b5n@senator-bedfellow.MIT.EDU>,
 igorlord@athena.mit.edu (Igor Lyubashevskiy) writes:
|>
|> Does anyone know the esacape sequence for VT52 to enter auto print mode?

Sure, and here are a few extras:

	ESC ^	- enter auto print mode
	ESC _	- exit auto print mode
	ESC W	- enter print controller mode
	ESC X	- enter print controller mode
	ESC ]	- print screen
	ESC V	- print cursor line

---
James Carlson <carlson@xylogics.com>            Tel:  +1 617 272 8140
Annex Software Support / Xylogics, Inc.               +1 800 225 3317
53 Third Avenue / Burlington MA  01803-4491     Fax:  +1 617 272 2618

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals,comp.os.vms
Path: cs.utk.edu!stc06.CTD.ORNL.GOV!fnnews.fnal.gov!uwm.edu!lll-winken.llnl.gov
      !decwrl!svc.portal.com!portal.com!cup.portal.com!Chris_F_Chiesa
Organization: The Portal System (TM)
Lines: 25
Sender: pccop@unix.portal.com
Message-ID: <132149@cup.portal.com>
References: <3f4g3g$1mp@bert.ga.com.au> <D2Ho3L.2H4@world.std.com>
NNTP-Posting-Host: news1.unix.portal.com
Date: 2 Feb 1995 11:20:10 -0800
From: Chris_F_Chiesa@cup.portal.com
Subject: Re: Pathworks VT320 vs VT100


...whereas MY experience with "VT100" emulators suggests that many, maybe
even most, lack some fundamental capability: the ability to respond to an
auto-identification query, the ability to perform certain screen or cursor
operations, the ability to transmit appropriate "editing keypad" escape
sequences, etc.  The more layers (in this case Pathworks, plus whatever
transport(s) it is using to reach the VMS system) between the emulator and
the application, the more likely it is that some layer will intercept an
otherwise "vanilla" keycode and use it for its own purposes, or conversely
will insert its own background data into the stream without bothering to
inform the user.

   (My experience includes VAX and AXP VMS DECwindows/Motif "DECterm," SGI 
Irix "console" and "Unix shell," Macintosh MacTerminal and Red Ryder, numerous 
MS-DOS and MS-Windows terminal emulators including Qmodem, Procomm, MS-Kermit 
and others, and several Amiga- and (cringe) Atari-800-based emulators.  Of 
these, DECterm is definitive, MacTerminal, MS-Kermit, and "Kermit-65" on the 
Atari, are the only sufficiently complete emulations to receive my stamp of 
approval, and pretty much everything else I've seen is pure crap.)

  Beware.
 

  Chris Chiesa
   Chris_F_Chiesa@cup.portal.com

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!udel!news.mathworks.com!panix!panix3.panix.com!stimpson
Organization: PANIX Public Access Internet and Unix, NYC
Message-ID: <Pine.SUN.3.91.950207024238.18201C-100000@panix3.panix.com>
References: <m0rbSfq-0001cIC@dazhbog.cee.hw.ac.uk>
In-Reply-To: <m0rbSfq-0001cIC@dazhbog.cee.hw.ac.uk>
NNTP-Posting-Host: panix3.panix.com
Date: Tue, 7 Feb 1995 02:43:03 -0500
From: "S. Joel Katz" <stimpson@panix.com>
Subject: Re: VT220 BNC port, what is it?

On Mon, 6 Feb 1995, Adrian Hurt wrote:

> In article <3gvhi9$skk@panix3.panix.com> you write:
> >
> >	I think the subject says it all; what is that BNC connector on 
> >the back of a Digital VT220 terminal? I know Ethernet would be asking too 
> >much :-(, but what the heck _is_ it?
> 
> Composite video output.  If you want a bigger screen, or if you're a
> lecturer giving a demonstration, you can connect a separate monitor to
> that socket, and the monitor will then show the same display as the
> terminal's own little screen.

	Thank you so much. I just noticed the little picture of a screen 
next to it. Thought that was just decoration :-)

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

[The composite video is not exactly NTSC, and it is monochrome on the VT220.
The VT241 is the color terminal in that series; it has 3 BNC connectors
for RGB output. ...RSS]

\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!stc06.CTD.ORNL.GOV!fnnews.fnal.gov!uwm.edu!math.ohio-state.edu
      !howland.reston.ans.net!Germany.EU.net!ieunet!mentec.ie!cimpro.mentec.ie
      !john_w
Message-ID: <1995Feb6.143956.1@cimpro.mentec.ie>
References: <3givmb$oh@tabloid.amoco.com>
Organization: Mentec Ltd., Dublin, Ireland
Date: 6 Feb 1995 14:39:56 GMT
From: john_w@cimpro.mentec.ie
Subject: Re: backtab capability for vt220

In article <3givmb$oh@tabloid.amoco.com>, 
    rbgabriel@amoco.com (Roland B. Gabriel) writes:
>
> I am using LAN Workgroup to connect to a HP9000 machine. I have set up
> LAN WG for vt220 emulation and in addition, I am using tset to force 
> use of vt220. Anyway, I am trying to modify the terminfo database to 
> enable a backtab (shift-tab) capability. I checked the terminfo for vt220
> and there is no reference to the bt capability. I guess I'll have to add it 
> in. Has anyone done this before? What value should I use for bt?

The vt220 does not have a backtab facility, that's why it's not in
terminfo; shift-tab simply products a tab character. I just pick an
otherwise unused control key sequence and define that as backtab.

john_w@mentec.ie        John Whistler.


\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.protocols.kermit.misc
Path: cs.utk.edu!stc06.CTD.ORNL.GOV!fnnews.fnal.gov!uwm.edu!news.alpha.net
      !news.mathworks.com!news.duke.edu!news-server.ncren.net!concert
      !ais.com!bruce
Message-ID: <1995Feb23.105335.7299@ais.com>
References: <3i4qtu$smk@ulowell.uml.edu> <3i6g5n$ju@apakabar.cc.columbia.edu>
            <3i8cg9$c6k@ulowell.uml.edu>
Organization: Applied Information Systems, Chapel Hill, NC
Date: 23 Feb 95 10:53:35 EST
From: bruce@ais.com
Subject: Re: Re [2]: MS-Kermit 3.14 mode line won't stay off.

In article <3i8cg9$c6k@ulowell.uml.edu>,
   mbecker@neptune.cs.uml.edu (Mark Becker) writes:
> In article <3i6g5n$ju@apakabar.cc.columbia.edu> jrd@watsun.cc.columbia.edu
>   (Joe R. Doupnik) writes:
>
>>--------------
>>	The host is driving the cursor to line 25 explicity, by direct
>>addressing. That means the host now owns the status line. The cure is
>>to correct the host to not do that, as they say. MSK reports its screen
>>size via Telnet options upon request, and that size excludes the status
>>line.
> 
> I don't have a VT-100 terminal to compare with.  Two questions:
> 
>  a) Does the VT-100 have a 25th line?

No.  But VT320's and above do have a 25th status line.  On VT420's and
above, the 25th line can be used as either a status line (logically a
separate display window) or as part of the main display window.   The
VT420 can also be configured with more lines, for example, a 36-line mode,
but the more dense displays get rather unreadable because the monitor
itself is still the same size as the other low-end VT monitors.

> b) If (a) == "Yes" then does that line scroll up with the rest of them if the
>    cursor is directed there?  Or does the cursor 'stick' to the 25th line?

On the VT420's and above, if you have selected the 25th line to be part
of the main display, then it will scroll with the other 24 lines on the
display.  If you have selected the 25th line to be a status line, then
it will not scroll with the other 24 lines on the display.

The normal behavior for the DEC VT-class terminals if a cursor sequence tries
to place the cursor on any line beyond the end of the main display window
(that is, on the 25th line or below in most cases) is to place the cursor
at the same column position on the last line of the window (the 24th line
in most cases).  As I understand Kermit's behavior, it isn't strictly
compatible with the DEC hardware;  but there are other terminals out there
that do behave similarly to Kermit.

I wouldn't be surprised if the problem is that some of the software is
doing a terminal type query and setting itself up according to what it
receives from that - there's a fair amount of software in the DEC world
that does that (even though you're theoretically supposed to take the
OS's word for the terminal type).

Good luck,

Bruce C. Wright

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!howland.reston.ans.net!nntp.crl.com!decwrl!pa.dec.com
      !mrnews.mro.dec.com!hannah.enet.dec.com!hedberg
Organization: Digital Equipment Corporation
Message-ID: <3ivs7m$mpt@mrnews.mro.dec.com>
References: <miltwebbD4M62q.7zG@netcom.com>
NNTP-Posting-Host: level.enet.dec.com
Date: 28 FEB 95 14:05:05
From: hedberg@hannah.enet.dec.com (Bill Hedberg)
Subject: Re: VT420 Cable info


In article <miltwebbD4M62q.7zG@netcom.com>, miltwebb@netcom.com (Milt Webb) writes...
>I need to make a cable to connect a VT420 to a 25-pin RS232 connector.
>The VT420 has an RJ11 (6 wire) connector. Does anyone have the pinouts
>for this?
> 
>TIA, Milt

  +--------+
  | |||||| |
  | 1    6 |  MMJ Modular Jack Pins
  |        |   when you are facing the connector
  +---+   -+   on the back of the terminal
      |   |
      +---+

  1 DTR
  2 TXD+
  3 TXD-
  4 RXD-
  5 RXD+
  6 DSR

	regards, - Bill

..............................................................................
Bill Hedberg


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!howland.reston.ans.net!math.ohio-state.edu!caen
      !crl.dec.com!crl.dec.com!pa.dec.com!mrnews.mro.dec.com
      !hannah.enet.dec.com!hedberg
Organization: Digital Equipment Corporation
Message-ID: <3jf8i2$9ao@mrnews.mro.dec.com>
References: <cacclin.793850559@vanbc>
Date: 6 MAR 95 10:07:28
From: hedberg@hannah.enet.dec.com (Bill Hedberg)
Subject: Re: INFO WANTED: The "Un-terminal"

>Newsgroups: comp.terminals
>Path: mrnews.mro.dec.com!nntpd.lkg.dec.com!crl.dec.com!crl.dec.com
>      !bloom-beacon.mit.edu!gatech!howland.reston.ans.net!agate
>      !news.mindlink.net!vanbc.wimsey.com!vanbc!cacclin
>Message-ID: <cacclin.793850559@vanbc>
>NNTP-Posting-Host: vanbc.wimsey.com
>X-Newsreader: NN version 6.5.0 #6 (NOV)
>Organization: Wimsey Information Services
>Date: 26 Feb 1995 18:07:03 -0800
>From: cacclin@vanbc.wimsey.com (Stephen Cacclin)
>Subject: INFO WANTED: The "Un-terminal"
>
>Hello all,
> 
>Has anyone ever heard of something called the "Un-terminal"? Supposedly
>it is a box into which you can plug any VGA monitor and PC keyboard and get
>an ANSI terminal. Since VGA monitors and PC keyboards are so cheap, this
>sounds like a nice alternative.
> 
>Any and all info will be greatly appreciated.
> 
>Stephen

	The "Un-terminal" is marketed by Advanced Micro Research,
San Jose, CA (408-456-9430).  UnTerminal product literature describes it
as a system box into which is plugged a VGA monitor, PC keyboard and mouse.

The system box connected to a driver card in the PC using a serial wire.
It appears that the driver card mimics a set of VGA registers and
communicates with the "terminal" system box using a proprietary protocol.
Compressed bitmap data is sent to the to update the display.  Drivers
available for SCO XENIX, UNIX, Open Desk Top, SunSoft-Interactive,
UNIXWARE, IGC-VM/386, Microbase-VirtuOS, TSL-PCMOS.


      [Archiver's Note:

       Advance Micro Research
       2045 Corporate Court
       San Jose, CA 95131
       voice: +1 408/456-9430

       AMR was acquired in November 1995 by

       Maxpeed Corporation
       1120 Chess Dr.
       Foster City, CA 94404
       voice: +1 415/345-5447
         fax: +1 415/345-6398
        WATS:  1-800/877-7998
       email: <info@maxspeed.com>
         Web: http://www.maxspeed.com

       and all current Unterminal users are being migrated to the
       MaxStation multiconsole product.

       ...RSS]


	The Digital VT525 or Dorio25 color text terminal also uses a
system box design (aka "pizza box").  It accepts an SVGA color monitor
and a PC keyboard.  It communicates with the host using standard RS232.
It has standard ANSI/ASCII text terminal emulations.
ANSI emulations:  VT525, VT420, VT320, VT220, VT100, PCTerm
ASCII emulations: WYSE 325, 160/60, PCTerm, 50/50+, 120/150
                  TVI 950, 925, 910+, ADDS A2, DEC VT52,
                  SCO Console (like ANSI.SYS or UNIX terminal emulation)
Built-in features: Calculator and Clock

	We now have EZ-SetUp cartridges for VT500 terminals.  SetUp data
is stored in a plug-in cartridge so that it can be copied to other VT500
family terminals, reducing effort to manage groups of VT500 terminals.

For information on Digital terminal products, contact marketing manager:
  Bjorn Waenerlund (Waenerlund@mro.mts.dec.com)
..............................................................................
Bill Hedberg Digital Equipment Corp. Video Architecture Engineering
http://www.digital.com               ftp://gatekeeper.dec.com/pub/DEC/termcaps


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
 //////////////////////////////////////////////////////////////////////////////


Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!howland.reston.ans.net!math.ohio-state.edu!caen
      !crl.dec.com!crl.dec.com!pa.dec.com!mrnews.mro.dec.com
      !hannah.enet.dec.com!hedberg
Organization: Digital Equipment Corporation
Distribution: world
Message-ID: <3k9l95$gq5@mrnews.mro.dec.com>
References: <miltwebbD4M62q.7zG@netcom.com> <3ivs7m$mpt@mrnews.mro.dec.com>
            <3jp8l5$mvv@hawk.ee.port.ac.uk>
NNTP-Posting-Host: minim.enet.dec.com
Date: 16 MAR 95 10:18:48
From: hedberg@hannah.enet.dec.com (Bill Hedberg)
Subject: Re: VT420 Cable info

In article <3jp8l5$mvv@hawk.ee.port.ac.uk>,
    mike@PROBLEM_WITH_INEWS_DOMAIN_FILE (Mike Meredith) writes...
> 
>Strange, the VT420 sitting beside me has a 25-pin connector - in addition to
>the strange DEC one.
> 

You are viewing an "International" model VT420 which is equipped with both
a 25-pin  RS232 "D" connector and a DEC MMJ connector.  The "North American"
model VT420 has 2 DEC MMJ connectors only.  It also has an attached power
cord as there is no need for country specific power cords.

..............................................................................
Bill Hedberg Digital Equipment Corp. Video Architecture Engineering
http://www.digital.com               ftp://gatekeeper.dec.com/pub/DEC/termcaps


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!newsjunkie.ans.net!newstf01.news.aol.com
      !newsbf02.news.aol.com!not-for-mail
Organization: America Online, Inc. (1-800-827-6364)
Message-ID: <3l6mqu$gop@newsbf02.news.aol.com>
References: <wb8fozD61rL7.3uK@netcom.com>
Reply-To: psichel@aol.com (PSichel)
Date: 27 Mar 1995 10:49:50 -0500
From: psichel@aol.com (PSichel)
Subject: Re: Differences Between Vt100, Vt102, Vt200, & vt220

In Message-ID: <wb8fozD61rL7.3uK@netcom.com> you wrote

> How about the VT220, VT320 & VT330?
> What are the diffs there?

The VT220 and VT320 are similar except the VT320 includes

1) ISO Latin-1 and a User Preference Supplemental Set (in addition
    to DEC MCS).
2) 25th status line.
3) Terminal State Interrogation - the host can read back anything
    it can set.
These three features define "Level 3" or VT300 compatibility.

The VT320 also displays more scan lines (300 versus 240) and lacks
a video output jack.

The VT330 is a very different design that includes ReGIS, SIXELS,
and TEK 4010/4014 graphics, a mouse port, dual sessions, horizontal
or vertical split screen, and a bunch of other stuff.

The VT330 displays 500 scan lines (800x500 resolution).

- Peter, W8PS
  [I know cuz I helped design them...]

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!stc06.ctd.ornl.gov!fnnews.fnal.gov!uwm.edu!spool.mu.edu
      !howland.reston.ans.net!news.sprintlink.net!uunet!news1.digital.com
      !pa.dec.com!mrnews.mro.dec.com!refine.enet.dec.com!mcdonald
Organization: Digital Equipment Corporation
Message-ID: <3lp24m$sln@mrnews.mro.dec.com>
References: <malek.9.000F669F@tor.hookup.net> <3jof0pINNrad@duncan.cs.utk.edu>
            <3jq1ab$ouf@kronos.fmi.fi> <3k4jim$ci7@news.primenet.com>
            <3kkaoq$t4g@mrnews.mro.dec.com>
        <Pine.SUN.3.91-941213.950331180335.14746A-100000-100000@tuda.ncl.ac.uk>
Date: 3 Apr 1995 14:53:10 GMT
From: mcdonald@refine.enet.dec.com (.)
Subject: Re: Differences Between Vt100, Vt102, Vt200, & vt220



>> VeeTee LAN Forty! Wossat then guv?


	WARNING! I'm entering commercial mode:

	The VTLAN40 is our latest generation text terminal. It's a hybrid
	device that we just announced (and are getting alot of attention
	for). 

	We've created a full color windowing text terminal that can do 
	traditional serial line, multisession serial, TCP/IP (Telnet), 
	LAT and DECNET.  

	The windowing interface is a burned-in customized subset of Microsoft 
	Windows.

	The unit does DEC terminals up to VT420 (including VT340 with REGIS,
	SIXEL and Tektronix graphics) in 8 fully independent sessions.

	Available as a box only (use your own pc keyboard, mouse, monitor) 
	or complete with a choice of 14" up to 21" monitor.

	Suggested price for the box only is $890 for the system box an ranges
	up from their depending on monitor size. A base configured model with
	14" monitor is listed at about $1249.

	Feel free to send questions... or better yet, if you have a web browser
	point it at:

		http://www.digital.com/home.html

		Then use SEARCH to find the full press release on VTLAN40.


						
									- Mac
	

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!howland.reston.ans.net!news.sprintlink.net!uunet
      !dziuxsolim.rutgers.edu!igor.rutgers.edu!zodiac.rutgers.edu!leichter
Organization: Rutgers University Department of Computer Science
Distribution: world
Message-ID: <1995Apr11.153358.1@zodiac.rutgers.edu>
References: <malek.9.000F669F@tor.hookup.net> <3lua46$ref@news1.WING.NET>
NNTP-Posting-Host: pisces.rutgers.edu
Date: 11 Apr 95 15:33:58 EDT
From: leichter@zodiac.rutgers.edu (Jerry Leichter)
Subject: Re: Differences Between Vt100, Vt102, Vt200, & vt220

In article <3lua46$ref@news1.WING.NET>, pgf@id.wing.net (Paul Fox) writes:
|| ..I have noticed that VT100 and VT102 are extremely similiar and the
|| emulations are almost synonymous.  So I wanted to know what the differences
|| are between the two and whether I should simply make one emulation to cover
|| both?
| 
| the biggest significant difference i know of is that the vt100 has
| no scrolling region capability.  the vt102 does.  this is especially
| a problem for screen editors, since there is no insert or delete
| line capability either.  (scrolling regions can be used to emulate
| insert/delete.)

Incorrect.  Scrolling regions were in the original VT100.

The VT102 was one of the "second generation" of VT100-class terminals.  In
terms of the VT100, the VT102 included AVO (which gave you the four standard
video attributes as well as the full 24 rows in 132 column mode; the VT101
was the second-generation family member *without* AVO).  All the "second
generation" terminals were "bounded":  They couldn't be upgraded in any
way.  (The original VT100's could accept some options, and had room and power
in the box for some fairly complicated stuff - the VT103 was a VT100 with an
LSI-11/23 on a Q-18 bus, really an early PC.)

If I remember right - it's been years - the VT102 added the Insert Line and
Delete Line commands to the VT100 set.  On a VT100, you could, indeed,
simulate these using scrolling regions.

In practice, it's almost impossible to find any terminals or emulators that
do a "real VT100" - they all do a VT102.  In fact, the official *definition*
within DEC of "VT100 mode" is really "VT102 mode" - that's what you get in
a VT200 or later DEC terminal when it's in VT100 mode.  (I suspect the only
reason IL/DL weren't in the original VT100 is last-minute lack of code space -
something had to go, and these could be emulated easily with scrolling
regions.)
							-- Jerry

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.protocols.kermit.misc
Path: cs.utk.edu!cssun.mathcs.emory.edu!hobbes.cc.uga.edu
      !news-feed-1.peachnet.edu!gatech!swrinde!cs.utexas.edu
      !news.sprintlink.net!news.indirect.com!monty
Message-ID: <D7vvo6.7BA@indirect.com>
Sender: usenet@indirect.com (Internet Direct Admin)
Organization: Internet Direct, indirect.com
Lines: 57
References: <3nmst7$q8g$1@mhafc.production.compuserve.com>
            <3no582$lhc@apakabar.cc.columbia.edu>
X-Newsreader: TIN [version 1.2 PL2]
Date: Mon, 1 May 1995 05:09:42 GMT
From: monty@indirect.com (Jim Monty)
Subject: Re: TELNET VT220 Support


On 27 Apr 1995 13:12:34 GMT, Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote:
>
> In article <3nmst7$q8g$1@mhafc.production.compuserve.com>,
> Paul Taylor  <75014.216@CompuServe.COM> wrote:
> >
> >Will the VT220 TELNET TCP/IP support in kermit support terminal 
> >escape sequences for foreground and background processing? The 
> >TELNET that is part of TCP/IP base for OS/2 supports VT220 except 
> >for this capability. I also need this capability on QNX4. Am 
> >using both of these systems to access a Unix system that uses the 
> >foreground background features of VT220's for pop up windows etc.
> >
> >
> I'm sorry, I don't know what you are talking about.  My VT220 manual
> does not say a word about fore/background processing.


This is just a stab in the dark, but perhaps what Paul Taylor is referring
to when he speaks of the VT220's "foreground and background processing"
and "pop up windows" capabilities is actually the multiple session and
windows capabilities of the DEC VT420 terminal.  The VT420 allows one to
run two sessions at the same time, to toggle between them with the F4
(Session) key, and even to cut and paste text between sessions (windows). 
To do this, the terminal must be connected to the host or terminal server
using two cables, or to a terminal server that supports multiple sessions,
or to a host running Digital Equipment Corporation's Session Support
Utility (SSU).  If you absolutely, positively can't have a personal
computer and a terminal emulator (Kermit!) on your desktop, then a VT420
is the model terminal you beg for. 

What Mr. Taylor should know is that, whereas the VT420 allows only two
simultaneous sessions, Kermit supports six simultaneous TCP/IP
connections, even to the same host.  (At least MS-DOS Kermit 3.14 does.  I
don't know about the OS/2 version.)  One can easily toggle between these
multiple sessions by pressing Alt-n (\KnextSession).  (Again, I only
_know_ this is true for MS-DOS Kermit 3.14.  Check the documentation for 
your flavor of Kermit.)

What _is_ missing from Kermit is the capability to easily cut and paste 
text between "windows" (sessions).  For the model of how this feature, if 
implemented in Kermit, might ideally work, sit at a DEC VT420 terminal 
and use the F1 (Copy), Select, Remove, and Insert keys to cut and paste 
raw ASCII text.  (VT420 terminals are designed for those who can type.  
Don't bother looking for a mouse port.)

[C:\] MS-Kermit>set opinion-mode on, connect

I, Jim, will continue to use MS-DOS Kermit and support its development
through the purchase of supporting documentation even if the capability to
cut and paste text within and between sessions is never added to the
program.  But I shall be very pleased if it is.

(If a VT420 can do it without Microsoft Windows, so can Kermit! ;-)

[C:\] MS-Kermit>set opinion-mode off, connect


---
Jim Monty
monty@indirect.com
Tempe, Arizona USA

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.os.vms
Path: cs.utk.edu!gatech!swrinde!cs.utexas.edu!uwm.edu!news.alpha.net
      !mvb.saic.com!info-vax
Organization: Info-Vax<==>Comp.Os.Vms Gateway
X-Gateway-Source-Info: Mailing List
Message-ID: <9505110120.AA03308@uu3.psi.com>
Date: Wed, 10 May 95 20:55:00 EDT
From: Jerry Leichter <leichter@lrw.com>
Subject: Re: What is SIXEL?

	For those who don't know about the GIGI, a little bit of history:

	Also known as the VK-100, the GIGI was DEC's Apple II:  it had Basic
	(I think from Microsoft) in ROM, and looked about like an Apple II.
	There was supposedly an ability to download and upload BASIC programs,
	but so far as I know, VMS never supported that, except through
	user-written software. 

	In about 1982 or 1983 we got several of them when I was at Kalamazoo
	College.

Yup.  The GIGI was intended for the education market.

		  They took an external monitor, with RGB cables.  As I
	recall, the resolution was at least VGA-equivalent, years before IBM
	did VGA,  and they had THREE-BIT color: black, white, red, green,
	blue, cyan, yellow, and magenta.  The funny thing was that we got them
	as part of a promotion, with a discount on some nice BARCO monitors.
	The discount was in the form of a coupon!  It was a very handsome 8 x
	10 certificate, but it was a coupon, nonetheless!

	I had the impression that the ReGIS graphics language was invented as
	part of the GIGI project, although it did show up on several later
	terminals.  Can any of the Digits on this discussion confirm or deny
	that? 

I'm 99% sure this is correct.

	The first versions of TPU, with the EDT-emulator, half-way supported
	them, but it was not a happy match.

The GIGI had an "almost VT100" terminal emulator.  It was off by enough to
give many programs headaches.

					     They were pretty much an orphan
	product at birth, but they did have the effect of making me think
	poorly of the first Macintosh as a graphics DISPLAY (512 x 384,
	ONE-BIT), since I was slow understanding the issue of a graphical USER
	INTERFACE :-(

	It has been a while since I thought about the GIGI!

Likewise!  The GIGI was not what anyone would call a success - DEC gave away
a good number of them, but it's a fair bet they never sold enough to make back
the costs.  It was a product that was a bit ahead of its times, and was also
another case of DEC not having the foggiest notion of how to market a clever
product it had managed to build.
							-- Jerry

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Path: cs.utk.edu!gatech!swrinde!ihnp4.ucsd.edu!mvb.saic.com!info-vax
From: Jerry Leichter <leichter@lrw.com>
Newsgroups: comp.os.vms
Subject: Re: GIGI terminals
Message-ID: <9506021839.AA17916@uu3.psi.com>
Date: Fri,  2 Jun 95 14:31:03 EDT
Organization: Info-Vax<==>Comp.Os.Vms Gateway
X-Gateway-Source-Info: Mailing List
Lines: 56

	...The VT125 was strange in lots of ways.  The RGB output carried only
	the graphics video, while its built-in monochrome display mixed the
	graphics video with the standard VT100 character-cell video.  (This is
	different from the GIGI -- using the GIGI in "character mode" caused
	writes to the graphics bitmap.)  Had a very limited color palette and
	map, too -- you got to use a whopping four colors out of 64 available.

The original VT100 was much more than a terminal - it really was a base
display system.  There was room and power in the box to add all kinds of
interesting things.  At one extreme was the VT103, which put a whole Q-bus
backplane and an 11/23 inside the box.  There weren't any disks small enough
to put in there at the time, but everything else needed for a "PC" was there.
I've still got one - long story.

The VT125 was a similar design.  The VT100 remains unchanged - the logic
remains in the two-chip DC-something set, it has its own memory, its own
D/A converters, etc.  The graphics part of the VT125 is a completely indepen-
dent processor.  As I recall, it hooks into the incoming line in front of
the VT100, and scans the data stream for the escape sequence that enters
ReGIS mode.  Then it takes over, grabbing characters until the ReGIS command
to exit back to text mode arrives.

At the other end, the VT125 has its own screen bitmap, and its own D/A conver-
ters.  An analogue mixer combines the signals from the text and graphics
pieces.

This design has some handy features.  For example, you can scroll the text
UNDER the graphics without affecting the graphics - very handy for debugging.
People got used to this, and used it - assuming, for example, that clearing
the textual data would leave the graphics image unchanged.  They also made
assumptions about the size and positional relationships between the text and
graphics images, using textual data to anotate graphics images.

All these assumptions were invalid on every later ReGIS implementation - all
later implementations used a common bitmap for text and graphics.  Many
ReGIS-using programs failed to work properly on VT240's as a result.  GIGI's
also used the common bitmap approach, but they and VT125's were used by
disjoint groups of people, for the most part, so the incompatibilities weren't
obvious earlier.

As to the four colors:  It's hard these days of multi-megabit chips to imagine
just HOW much memory COST in those days.  I think the VT100 and VT125 use 8
Kbit chips!  That's why AVO was a (moderately expensive) option on the origin-
al VT100:  All it added was a bunch more memory.  Two bits per pixel was the
limit within the VT125's cost budget.  (By the way, you of course got your
4 colors on the "graphics" plane, plus the 4 white intensities available on
the "text" plane - yes, "bold" on the original VT100 wasn't implemented by
using a different "thicker" character bitmap, but by turning the beam up
higher.  The reverse video background was a low-intensity white.  I think bold
plus reverse used the "normal" foreground intensity.  The actual brightness
levels were quite precisely specified and controlled (relative to the general
screen brightness, of course - you could change that) - one of the high-cost
individual components in a VT100 was the high-precision resistor pack used to
implement the voltage divider that defined the screen intensities.)

							-- Jerry

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.dcom.modems,comp.terminals
Path: cs.utk.edu!willis.cis.uab.edu!news.ecn.bgu.edu!vixen.cso.uiuc.edu
     !howland.reston.ans.net!news.sprintlink.net!news.bluesky.net
     !news.mathworks.com!news.kei.com!nntp.et.byu.edu!netline-fddi.jpl.nasa.gov
     !hudson.lm.com!newsfeed.pitt.edu!dbisna.com!psinntp!psinntp!psinntp
     !news.nyc.pipeline.com!news.cs.columbia.edu!news.columbia.edu
     !watsun.cc.columbia.edu!fdc
Organization: Columbia University, New York City
Message-ID: <3ral47$qml@apakabar.cc.columbia.edu>
References: <DGFRITZ.95May17155324@humbolt.cat.syr.edu>
            <3qig7i$mrn@news.primenet.com> <3r56dh$vkn@mips.pfalz.de>
NNTP-Posting-Host: watsun.cc.columbia.edu
Date: 9 Jun 1995 23:22:47 GMT
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Subject: Re: VT220 terminal and 14.4 modem, bad chars and dropped data


In article <3r56dh$vkn@mips.pfalz.de>,
Christian Weisgerber <naddy@mips.pfalz.de> wrote:
: > > I pulled a vt220 terminal out of the trash and hooked it up to a 14.4
: > > modem (Practical Peripherals PC144MT) to use for dialing in to the
: > > campus unix boxes. It works fairly well, however I sometimes get
: > > backwards "?"  characters which I assume indicate some kind of error
: > > for those characters.
: > No, this means something more like you received a char the terminal can't
: > display, like the copyright sign (circle with a little c inside it).
: 
: The VT220 terminal uses the DEC Multinational character set (similar to
: ISO-8859-1) and will happily display 8-bit characters using this char
: set. In VT100 compatibility mode it just cuts off the top bit, I think.
: 
: Many terminals use a little used character to display *data loss*
: (receiver overflow) on the screen, I think the VT220 indeed uses
: inverted '?'s for this purpose, although I don't know where I picked
: this up.
: 
The VT220 displays inverted (upside-down) question mark as a DEC 
Multinational character (used, e.g., in Spanish), and backwards (mirror
image) question mark to indicate a parity or framing error or UART overflow.

: > > Also, longer transfers tend to lose blocks of
: > > text after scrolling the first 3/4 of a screen or so.
: 
: You lack flow control (or padding - but better rely on flow control).
: 
Unfortunately the VT220 does not have any kind of hardware flow control,
and so the only recourse is to use Xon/Xoff.  Enable Xon/Xoff on the modem
as *local* flow control if and only if it has an error-corrected connection
and the other modem also has an effective means of local flow control with
the DTE it is connected to.

- Frank

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Article 4371 of comp.terminals:
Path: cs.utk.edu!cssun.mathcs.emory.edu!emory!swrinde!howland.reston.ans.net!newsserver.jvnc.net!news.ge.com!news.vf.mmc.com!usenet
From: Pat West <pwest@aries.bng.ge.com>
Newsgroups: comp.terminals
Subject: Re: VT320 question
Date: 11 Jul 1995 12:56:30 GMT
Organization: LMCS
Lines: 25
Message-ID: <3ttsdu$r53@morgan.vf.mmc.com>
References: <3trjo5$ilt@news.bu.edu>
NNTP-Posting-Host: indpc01.bng.ge.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 1.1N (Windows; I; 16bit)
To: park@cs.bu.edu

park@cs.bu.edu (Kihong Park) wrote:
>I recently bought a VT320 terminal but I'm having trouble connecting it
>to my modem via a RS232 cable because the "jack" (or connector) in the back
>of the terminal is incompatible. It looks like a LAN-cable connector (similar
>appearance as a phone-line jack) but I'm not sure if it's DEC proprietory
>or if there are compatible connectors/cable one can buy in the market, and if
>so, by what name and where. Any help will be greatly appreciated.
>
>Best regards, Kihong

It is a DEC MMJ (Modified Modular Jack).  Digital uses them
for many of their serial ports.

The cable and adapter needed are:

Digital Part #  BC16E   Black Box Part #  EVAAD-0010
                H8571C                    FA850.

Digital can be reached at:

    1-800-DIGITAL
    http://www.digital.com/

Black Box can be reached at:

    +1 724/746-5500
    http://www.blackbox.com/


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!swrinde!sdd.hp.com!hplabs!unix.sri.com
      !news.Stanford.EDU!nntp-hub2.barrnet.net!news1.digital.com!pa.dec.com
      !depot.mro.dec.com!mrnews.mro.dec.com!hannah.enet.dec.com!hedberg
Subject: Re: dec vt420 setup
Organization: Digital Equipment Corporation
Message-ID: <3v3geu$7kr@mrnews.mro.dec.com>
References: <3v1o8n$cdf@acmez.gatech.edu>
NNTP-Posting-Host: raynal.enet.dec.com
Date: 25 JUL 95 15:24:20
From: hedberg@hannah.enet.dec.com (Bill Hedberg)


In article <3v1o8n$cdf@acmez.gatech.edu>, gt8738a@prism.gatech.edu (Johan Axel Kullstam) writes...
>i recently acquired a dec vt420 terminal.  i have no documentation and
>i have a few setup questions:
> 
>+ i would like to use rts/cts handshake instead of xon/xoff.  i use a
>modem which supports the hardware flow control.  however, i just can't
>seem to find an entry that works it in any of the setup menus (i
>checked comm first btw.  data leads only doesn't do any flow control
>and choosing modem control just disconnects me.  does the vt420 do
>that goofy dtr handshake?).  my editor of choice is emacs hence i
>would like to send ^S without the terminal locking up on me.
> 
>+ also can i map a key to be escape (since i don't enjoy typing ^[ by
>hand).
> 
>+ furthermore, is there any way to make a `meta' key usable by emacs?
> 
>+ i'd also like to switch the caps lock key and the control key.  i
>could live very happily without the caps lock key altogether if that
>too is possible.
> 
>+ can i make the <> key that lives where my left pinky expects a shift
>key into a shift key?
> 
>+ there seems to be a weird printer port RJ-45 (telephone) jack.  what
>is the configuration for this?  can i wire up one on my own?
> 
>+ is it possible to get set of manuals and/or docs?
> 
>i greatly appreciate any light you can shed on this subject.
> 
>johan kullstam
>jk@eecom.gatech.edu


VT420 does DTR/DTS handshake only (not RTS/CTS).

Some modems can be configured to enable with DTR flow control.

VT420 has limited key remapping capabilities.

The Tilde key (upper left corner of main key array) may be
configured to send Escape when English language keyboard
is used.  Check Keyboard SetUp menu.

Can't make "<>" = Shift.

Printer port is equipped with a Digital Mini-Modular Jack (MMJ),
not RJ45.

  +--------+
  | |||||| |
  | 1    6 |  MMJ Modular Jack Pins
  |        |   when you are facing the connector
  +---+   -+   on the back of the terminal
      |   |
      +---+

  1 DTR
  2 TXD+
  3 TXD-
  4 RXD-
  5 RXD+
  6 DSR

Reference signature text for pointers to more info.
Most VT500 documenation applies to VT420.

..............................................................................
Bill Hedberg           Digital Equipment Corp., Video Architecture Engineering
For more info call 1-800-777-4343 or e-mail terminals@digital.com
http://www.digital.com               ftp://gatekeeper.dec.com/pub/DEC/termcaps
ftp://gatekeeper.dec.com/archive/pub/DEC/DECinfo/document/vt5xx
..............................................................................

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.terminals
Path: cs.utk.edu!stc06.ctd.ornl.gov!fnnews.fnal.gov!usenet.eel.ufl.edu
      !news.mathworks.com!gatech!howland.reston.ans.net!vixen.cso.uiuc.edu
      !sdd.hp.com!hplabs!unix.sri.com!news.Stanford.EDU!nntp-hub2.barrnet.net
      !news1.digital.com!pa.dec.com!nntpd.lkg.dec.com!dial20_port2.mro.dec.com
Organization: Digital Equipment Corporation
Lines: 77
Message-ID: <sichel-2507951527140001@dial20_port2.mro.dec.com>
References: <3v1o8n$cdf@acmez.gatech.edu>
NNTP-Posting-Host: dial20_port2.mro.dec.com
Date: Tue, 25 Jul 1995 15:27:14 -0400
From: sichel@hannah.enet.dec.com (Peter Sichel)
Subject: Re: dec vt420 setup

In article <3v1o8n$cdf@acmez.gatech.edu>, gt8738a@prism.gatech.edu (Johan
Axel Kullstam) wrote:

> + i would like to use rts/cts handshake instead of xon/xoff.  i use a
> modem which supports the hardware flow control.

The VT420 does not support RTS/CTS hardware flow control.  High-speed
modems with RTS/CTS hardware handshaking didn't become widespread
until several years after it came out.

[The VT510 and VT520/VT525 support hardware flow control]

> + also can i map a key to be escape (since i don't enjoy typing ^[ by
> hand).

Yes, you can map the tilde grave `~ key to be ESC and put tilde grave
on the angle brackets key if you wish.
 
> + furthermore, is there any way to make a `meta' key usable by emacs?

By 'meta', I assume you mean a key that sets the high bit like
some non-ANSI terminals.  No, the VT420 does not support this.
[The VT500 family emulates popular ASCII terminals]

> + i'd also like to switch the caps lock key and the control key.
> + can i make the <> key that lives where my left pinky expects a shift
> key into a shift key?

Sorry, no way to do this on a VT420.  [The VT500s have a Define
Key Editor that can remap any keys]

> + there seems to be a weird printer port RJ-45 (telephone) jack.  what
> is the configuration for this?  can i wire up one on my own?

This is a DEC MMJ (modified modular jack).

               Table of DEC MMJ Interface Signals
  
       Pin     Source  Name    Function
  
       1       VT420   DTR     Data Terminal Ready (NOTE 1)
       2       VT420   TXD+    Transmitted Data
       3       VT420   TXD-    Transmit Signal Ground
       4       modem   RXD-    Receive  Signal Ground
       5       modem   RXD+    Received Data
       6       modem   DSR     Data Set Ready (NOTE 2)
  
       NOTE 1:  The signal attached to pin 1 must be an output signal and
       will use pin 3 as a reference.
  
       NOTE 2:  The signal attached to pin 6 must be an input signal and
       will use pin 4 as a reference.
  
       The pin number 6 is on the same end of the connector as the locking
       tab.  That means as you are looking at the connector you would see
       pin 6 on the right hand side along with the locking tab ( with tab
       facing down )
  
                  _____________________
                  |  1  2  3  4  5  6 |
                  |                   |
                  |_____________     _|
                                |___|
  


> + is it possible to get set of manuals and/or docs?

Manuals can be ordered from DEC Direct (1.800.DIGITAL).
The VT500 manuals are available on-line at
ftp://gatekeeper.dec.com/archive/pub/DEC/DECinfo/document/vt5xx

Good luck!

-- 
- Peter Sichel
  C&P Video Terminals Architecture
  Digital Equipment Corporation

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!nntp.memphis.edu!nntp.msstate.edu!emory!swrinde!cs.utexas.edu
      !uunet!in1.uu.net!news1.digital.com!pa.dec.com!depot.mro.dec.com
      !mrnews.mro.dec.com!hannah.enet.dec.com!hedberg
Message-ID: <3vl8t3$q8t@mrnews.mro.dec.com>
References: <3v3vqp$qf6@maverick.tad.eds.com>
Organization: Digital Equipment Corporation
NNTP-Posting-Host: level.enet.dec.com
Date: 1 AUG 1995 08:56:59
From: hedberg@hannah.enet.dec.com (Bill Hedberg)
Subject: Re: wyse150, vt220/vt240 color problems


In article <3v3vqp$qf6@maverick.tad.eds.com>,
 dz25pm@csd.can.eds.com (Rag Ramanathan) writes...
>
> Can anyone familiar with vt220 (mono) and vt240 (rgb only ?? )
> escape sequnces help me with the followig problem(s):
> 
> I am trying to use setf, setb capabilities which are supposed to set
> the foreground and background colors.
> 
> Is setf=^[[3%p1%dm  and setb=^[[4%p1%dm for vt220 and vt240
> 
> To test the above I used:
> 
>	 echo "\033[30m \033[47m Hello"
>         echo "\033[37m \033[47m Hello"  
> 
> These seem to have no effect on either vt220 or vt240. But they work as
> expected on wyse 370(color) and color aixterm.

 The above control sequences are part of the ANSI SGR - Set Graphics Rendition
 command and were not implemented in the VT220 or VT240.  They are implemented
 the the VT525 color text terminal.

> Why does not the programmers pocket guide for vt220/vt240 say anything
> about color. What are the effects of the above escape sequence on a
> mono terminal - should'nt it atleast do reverse video as in tput rev.

> Why does tput bold on vt240 change the text foreground color to red while
> the normal text is green on black.  The same terminal shows blue
> background and black foreground for tput rev.  Is there some thing
> wrong with the setup.

 Character attributes such as bold are mapped to color in the VT240,
 actually VT241 which is the same system box, but connected to a color
 monitor.  There should be a SetUp screen which allows the user to
 specify colors.

> For what reasons could a vt240 lose its user Fkeys defined keys in setup ?
> Every time we power-up the terminal we have to go through the setup
> program to enable the user defined Fkeys the number pad acts like Fkeys. 


 VT terminals, before the VT500 series, did not save Fkey definitions to
 non-volatile memory.  Fkeys definitions are in RAM only and are lost
 upon power off.


..............................................................................
Bill Hedberg           Digital Equipment Corp., Video Architecture Engineering
For more info call 1-800-777-4343 or e-mail terminals@digital.com
http://www.digital.com               ftp://gatekeeper.dec.com/pub/DEC/termcaps
ftp://gatekeeper.dec.com/archive/pub/DEC/DECinfo/document/vt5xx
..............................................................................


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.os.vms
Path: cs.utk.edu!news.msfc.nasa.gov!bcm.tmc.edu!cs.utexas.edu
      !howland.reston.ans.net!newsfeed.internetmci.com!info.ucla.edu
      !ihnp4.ucsd.edu!mvb.saic.com!info-vax
Message-ID: <63836041@MVB.SAIC.COM>
Organization: Info-Vax<==>Comp.Os.Vms Gateway
X-Gateway-Source-Info: Mailing List
Date: Tue, 31 Oct 1995 03:32:49 +0100
From: "GWDGV1::MOELLER" <moeller@gwdgv1.dnet.gwdg.de>
Subject: RE: What's a VT1200 good for?

Nigel Argot <sysmgr@MAXWELL.PH.KCL.AC.UK> writes:
>
> One of my colleagues has acquired a VT1200 and would like to use it.
> Is this possible, or has all support for it been dropped? The only
> relevant software I can find on the CDs is [VXT021] which mentions
> VT1300 but makes no mention whatsoever of the VT1200


The VT1200 software (a LAT-based VT320 terminal emulator, and some 
old X11 server speaking both LAT and TCP/IP) is all in ROM; 
standard VMS (V5.4 and up) can be made to support "LAT X sessions" 
via XTDRIVER, and to serve its fonts via the LAT "font daemon" DECW$FD.

DECW$STARTXTERMINAL.COM, which starts both XTDRIVER and DECW$FD,
is executed during boot-time DECW$STARTUP, if you
	$ define/system	DECW$INSTALL_XTERMINAL	TRUE
within SYSTARTUP_{V5,VMS}.COM.

Allegedly AXP VMS V6.1 (AXP V1.5 was indeed lacking this "support") is 
prone to crash within XTDRIVER unless you apply the AXPDWXT01_061 ECO.

Wolfgang J. Moeller, Tel. +49 551 2011516 or -510, moeller@gwdgv1.dnet.gwdg.de
GWDG, D-37077 Goettingen, F.R.Germany           PSI%(0262)45050859008::MOELLER
Disclaimer: No claim intended!  |  moeller@decus.decus.de   w.moeller@ieee.org

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!gatech!news.mathworks.com!news.duke.edu!agate!news.mindlink.net
      !van-bc!news.aurora.net!netnews
Organization: Attachmate Canada
Lines: 17
Distribution: world
Message-ID: <47qv8c$j8u@angate.disc-net.com>
References: <47m54j$qp6@Radon.Stanford.EDU>
NNTP-Posting-Host: 204.174.235.139
X-Newsreader: WinVN 0.92.5
Date: 8 Nov 1995 19:09:00 GMT
From: msimms@kea.bc.ca (Michael Simms)
Subject: Re: Terminals with an ethernet connection?

In article <47m54j$qp6@Radon.Stanford.EDU>, yue@heron.Stanford.EDU (Kenneth C. Yue) says:
>
>Are there terminals that have an ethernet, instead of serial,
>connection?  I guess it'll be just like an X-terminal but doesn't run
>a X server and has a text-only screen.  If such a beast doesn't exist,
>maybe I can put together a cheap PC with an ethernet card that runs
>nothing but TCP/IP and NCSA Telnet on top of DOS.  Any comments?
>
>Ken

Digital Equipment Corporation has a terminal called the VT LAN 40 which
is a VT340 terminal running under a ROM version of Windows. It is 
fully network aware with LAT, CTERM, and Telnet network. It also includes
a couple of utilities like the calculator.


Michael Simms

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!cssun.mathcs.emory.edu!swrinde!newsfeed.internetmci.com
      !news.sprintlink.net!gate.net!seminole.gate.net!not-for-mail
Organization: CyberGate
Message-ID: <495fta$1ubs@news.gate.net>
References: <4934e5$9km@buffnet2.buffnet.net>
NNTP-Posting-Host: seminole.gate.net
X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
Date: 24 Nov 1995 22:10:50 GMT
From: darkstar@gate.net (DarkStar)
Subject: Re: vt220 whine poof no image :)

On or about 24 Nov 1995 00:42:45 GMT,
   Stephen R. Phillips (cyberman@buffnet.net) pecked out:
:
: Ok if anyone is familiar with vt220's
: mine just started displaying wiggly lines and the suddenly the LED on the 
: front went dark and it started whineing loudly :)
: 
: Ideas?


I'm almost certain that it is broken.

This does not sound like normal behavior for DEC products until after
their warranty has expired. Wait...HAS your warranty expired?

You must realize that DEC knows when the warranty expires just as well
as you do, maybe better.

Terminals are used for communications purposes; that is, they send and
RECEIVE data. After expiration of original or extended warranties,
many communications products suffer from symptoms similar to those
you have described.  

This is due to secret signals transmitted by DEC from an ancient
PDP-11/70 in the basement of an old hotel in the city of Cincinnati, OH.

If you don't believe me, just check in with alt.mindcontrol!

-- 
--
================= DarkStar == Auburndale Florida == USA ===================
		Do you have/need/want wireless cable TV ?
                       Computing with an attitude.

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.sys.dec
Path: cs.utk.edu!news.msfc.nasa.gov!news.larc.nasa.gov!lll-winken.llnl.gov
      !enews.sgi.com!decwrl!pa.dec.com!nntpd.lkg.dec.com!usenet
Organization: Digital Equipment Corp
Message-ID: <4d3ohp$7tn@nntpd.lkg.dec.com>
References: <aus-1001961312200001@wvia01.virologie.uni-wuerzburg.de>
Reply-To: hoffman@xdelta.enet.dec.com (Stephen Hoffman)
Date: 11 Jan 1996 19:31:05 GMT
From: hoffman@xdelta.enet.dec.com (Stephen Hoffman)
Subject: Re: VT5xx as LAT terminal direct on ethernet ?


In article <aus-1001961312200001@wvia01.virologie.uni-wuerzburg.de>, aus@vax.rz.uni-wuerzburg.de (Hans M. Aus) writes:
:Can I use a VT5xx as a LAT terminal without a DecServer?

  VT Lan40, yes; Multia, yes; VXT xxxx, yes; VT5xx, no.  In order for the
  VT5xx to use LAT, it must be connected to an external terminal server.

  For details, see the Systems and Options Catalog (SOC) or DECdirect at
  http://www.digital.com.

  ------------------------------ Opinionative -------------------------------
   Stephen Hoffman      OpenVMS Engineering      hoffman@xdelta.enet.dec.com
             Usenet news: broadsheets of the twenty-first century
  ---------------------------------------------------------------------------


 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Path: cs.utk.edu!gatech!newsfeed.internetmci.com!in2.uu.net!info-server.bbn.com
      !labs-n.bbn.com!bkort
Newsgroups: comp.sys.dec
Organization: BBN, Inc.
Message-ID: <4ga393$7cv@info-server.bbn.com>
References: <4g99l0$6lv@srvr1.engin.umich.edu>
NNTP-Posting-Host: labs-n.bbn.com
Date: 19 Feb 1996 14:59:47 GMT
From: bkort@labs-n.bbn.com ()
Subject: Re: WANTED: vt220 terminal manuals

David A. Pugh (dpugh@engin.umich.edu) wrote:

: I purchased an old (very old) dec vt220 terminal from someone, but the
: manuals were not available.  Does anyone have these?  I'd be interested
: in either a) getting the manuals, b) getting copies of some parts of
: the manuals, or c) getting parts of the manuals paraphrased to me
: in email.

: I called DEC up - they had them, but they wanted more money for them
: than what I paid for the terminal itself -  Ummm, I don't think so.

The most important thing you need to know is to hit F3 to bring up
the configuration menu.  Use the arrow keys to navigate among the
various menus and fields.  Don't forget to select SAVE if you want
to permanently store any changes.

Barry Kort

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: cs.utk.edu!stc06.ctd.ornl.gov!fnnews.fnal.gov!uwm.edu!vixen.cso.uiuc.edu
     !howland.reston.ans.net!gatech!newsfeed.internetmci.com!news.msfc.nasa.gov
     !sol.ctr.columbia.edu!news.cs.columbia.edu!news.smarts.com!usenet
From: Jerry Leichter <leichter@smarts.com>
Subject: Re: VT220-B3 Sockets Question
Date: Mon, 08 Apr 1996 13:00:41 -0400
Organization: System Management ARTS
Lines: 38
Message-ID: <31694639.1F2F@smarts.com>
References: <4k0f5u$70d@utrecht.ow.nl>
NNTP-Posting-Host: just.smarts.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 3.0b2 (X11; I; SunOS 5.4 sun4d)
To: System Alchemist <root@utrecht.ow.nl>

> I have a VT220-B3 terminal and have been unable to find any documentation on
> 3 of the sockets on the back of the box. Can anybody explain their 
> purpose and give any info or sources ?
> 
> 1. Funny flat white 8-hole socket to the right of the RS-232, marked 
> 20mA.

 [20 milliamp]

This is for an old interconnect standard, going back to teletype days.  The
electrical spec was:  The sender must ensure that, when a signal is
present, 20mA of current flow at the receiver.  (Actually, "sender" and
"receiver" is incorrect terminology - there was an "active" and a "passive"
end, each of which could play both roles.)  In teletype days, the sender
might put tens or even hundreds of volts across a long line to ensure the
20mA flowed at the receiver!

There was no physical connector spec for 20mA in general, but DEC used
small flat white connectors for 20mA devices.  They were made (originally?)
by Borg, and were always known simply as "Borg connectors".  They had a
latching mechanism which was a real bitch to get loose - painful on the
hands.

I think 20mA support was a VT220 option - it was a dying standard.  I don't
think any later terminals supported it.
 
> 2. BNC ? socket above RS-232.
Video out - standard RS-72 (if I remember the standard number correctly)
video signal.  Lets you connect an alternate monitor. 
 
> 3. 8-pin (2x4) socket under cover above BNC socket.
Not sure - you haven't described it well enough.  Is it a phone-jack-like
thing?
 
> The BNC like socket looks so temptingly compatible with my ethernet, but
> I assume I would have heard if this was a possibility. :)

*Physically* it's the same connector, but I don't think you'll get much joy
from connecting a thinwire to it....
							-- Jerry

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ 


Newsgroups: comp.terminals
Path: cs.utk.edu!stc06.ctd.ornl.gov!fnnews.fnal.gov!uwm.edu!cs.utexas.edu
      !howland.reston.ans.net!swrinde!newsfeed.internetmci.com!panix
      !news.columbia.edu!news.cs.columbia.edu!news.smarts.com!usenet
Organization: System Management ARTS
Lines: 39
Message-ID: <317F9109.6496@smarts.com>
References: <4lm6ar$546@wolfe.wimsey.com>
NNTP-Posting-Host: just.smarts.com
X-Mailer: Mozilla 3.0b2 (X11; I; SunOS 5.4 sun4d)
Date: Thu, 25 Apr 1996 10:49:45 -0400
To: Dave Lo <dave_lo@robelle.com>
From: Jerry Leichter <leichter@smarts.com>
Subject: Re: Difference between VT100 and VT102

Dave Lo wrote:
> 
> Does anyone know what the difference is between a VT100 and a VT102
> terminal? Win95's telnet emulates a VT100, but the terminal emulator
> I use (WRQ's Reflection) emulates a VT102. The main difference seems
> to be in the generation of escape sequences for the keypad, but I don't
> know if this is a limitation in Microsoft's implementation.

The VT102 was a member of the "second generation" of the VT100 family.

The original VT100 was sold with a number of options that could be inserted
into the box.  The most significant was the AVO, or Advanced Video Option,
which was pretty much just extra memory.  The base VT100 supported a 24x80
mode and a 14x132 mode.  It supported normal text plus one video attribute,
which could be either underlining or reverse-video - which one you got
depended on whether you selected an underline or box cursor.  AVO gave you
24x132 mode and the full four video attributes (underline, reverse, bold,
blink).  The VT100 also had a modem control option, providing extra RS-232
signals.

The VT102 was a closed system (no options) which provided the equivalent of
a VT100 plus AVO plus (I think) modem control.  It also added one or two
new commands - if I remember correctly, "Insert Line" (open a new line,
scroll stuff below it down) and "Delete Line", and perhaps "Insert" and
"Delete Character in Line".

DEC many years ago *defined* "VT100 compatibility" as "equivalent to a
VT102".  All subsequent DEC products that claimed VT100 compatibility
actually supported the full 24x132 display mode, four video attributes, and
the additional commands.  (Modem control is a separate issue - "VT100
compatibility" is usually taken to refer only to *software* compatibility.)

As far as I know, the industry has pretty much followed DEC's definition,
except that many terminal emulators are incapable of properly supporting
the 132-wide mode due to limitations of their displays.

There is absolutely no difference between the keypads of VT100's and
VT102's.
							-- Jerry

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ 


Newsgroups: vmsnet.pdp-11
Path: cs.utk.edu!cssun.mathcs.emory.edu!swrinde!cs.utexas.edu
      !howland.reston.ans.net!agate!dog.ee.lbl.gov!news.cs.utah.edu
      !cc.usu.edu!ivie
Message-ID: <1996Aug2.100415.83475@cc.usu.edu>
References: <199608011904.PAA24306@bronze.lcs.mit.edu>
Organization: Utah State University
Date: 2 Aug 96 10:04:15 MDT
From: ivie@cc.usu.edu (Roger Ivie)
Subject: Re: Intel inside

In article <199608011904.PAA24306@bronze.lcs.mit.edu>,
  cz@bronze.lcs.mit.edu (Christopher R. Zach) writes:
>
> I just took apart this TQK50 controller, and found that there is an Intel
> 80186 chip in the upper left hand corner... I never thought DEC would use a
> CPU other than the Falcon//SBC21 set on one of their controllers...

DEC uses a variety of CPUs for a variety of purposes. The VT220 is built
around an 8051, as is the LK201 keyboard. The DECmate II has, in addition to
the PDP-8 for executing user code, an 8051 for the floppies, an 8051 for
the hard disk, and 8051 in the keyboard. The DEC SCSI floppy controller is
built around the 8031, the ROMless version of the 8051. I understand there 
is/was a QBus disk controller design with a 68000 and a couple of 8051s.
> 
> I guess this means I can put an "Intel Inside" sticker on my 11/73...

You could put one on your 11/34. Rumor has it there's an 8008 in the
front panel. I haven't opened mine to see.
-- 
-------------------------+---------------------------------------------
Roger Ivie               | "Irony can be pretty ironic sometimes."
ivie@cc.usu.edu          |         -- Frank Drebin
http://cc.usu.edu/~ivie/ |

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ 

Newsgroups: vmsnet.pdp-11
Path: cs.utk.edu!stc06.ctd.ornl.gov!fnnews.fnal.gov!uwm.edu!news-res.gsl.net
      !news.gsl.net!nntp.coast.net!fu-berlin.de!news.dfn.de!si-nic!engel
Organization: Computer Center, University of Siegen, Germany
Lines: 15
Message-ID: <4u1ufe$st3@si-nic.hrz.uni-siegen.de>
References: <1996Aug2.100415.83475@cc.usu.edu>
NNTP-Posting-Host: hilbert.numerik.math.uni-siegen.de
X-Newsreader: TIN [version 1.1 PL9]
Date: 4 Aug 1996 10:36:30 GMT
From: engel@numerik.fb6.uni-siegen.de (Michael Engel)
Subject: Re: Intel inside

Roger Ivie (ivie@cc.usu.edu) wrote:
:
: In article <199608011904.PAA24306@bronze.lcs.mit.edu>,
:   cz@bronze.lcs.mit.edu (Christopher R. Zach) writes:
: >
: > I just took apart this TQK50 controller, and found that there is an Intel
: > 80186 chip in the upper left hand corner... I never thought DEC would use a
: > CPU other than the Falcon//SBC21 set on one of their controllers...
:
: DEC uses a variety of CPUs for a variety of purposes. The VT220 is built
: around an 8051, as is the LK201 keyboard. 

Hmmmm ... I once took a LK201 apart, there is a Motorola 68HC05 microcontroller 
inside. Funny ...

regards,
	Michael Engel	(engel@unix-ag.uni-siegen.de)



 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Message-ID: <6iqrv3$agh$1@clarknet.clark.net>
References: <01bd7904$c5e82f40$65a09384@dennislap>
Date: 6 May 1998 23:32:51 GMT
From: "T.E.Dickey" <dickey@shell.clark.net>
Subject: Re: Diff between vt100 & vt220 ?
 
DET <die_spammers_die@nowhere.com> wrote:
:
: Subject kind of says it all. I'm not asking for an exhaustive listing of
: escape codes (although I'd take it if available :-); I'd just like to know
: the differences in general terms: what they added & changed for the 220.
:

offhand:
        + improvements to graphic rendition (can turn off bold, underline,
          etc w/o resetting all)
        + additional escape sequences for clearing sections of the display
        + 8-bit characters
        + function keys (and the ability to program them to a limited extent)
        + user-definable "soft" fonts
 
 
-- 
Thomas E. Dickey
dickey@clark.net
http://www.clark.net/pub/dickey
http://invisible-island.net/

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/


Newsgroups: comp.sys.dec.micro,alt.sys.pdp8
Path: cs.utk.edu!emory!europa.eng.gtefsd.com!howland.reston.ans.net
      !sol.ctr.columbia.edu!news.columbia.edu!watsun.cc.columbia.edu!lasner
Followup-To: alt.sys.pdp8
Date: 20 Aug 1993 14:26:53 GMT
Organization: Columbia University
Lines: 146
Message-ID: <252mvd$n0d@apakabar.cc.columbia.edu>
References: <1993Aug20.082314.26388@infodev.cam.ac.uk>
From: lasner@watsun.cc.columbia.edu (Charles Lasner)
Subject: Re: Rainbow & DECmate


In article <1993Aug20.082314.26388@infodev.cam.ac.uk>
    nec10@cus.cam.ac.uk (N.E. Cole) writes:

> I also have a chance to get a DECmate (no number after it), what is this? I
> have the specs for a DECmate III+ but obviously I suspect it won't be quite
> as good as that! Is it possible to fit a HD, upgrade memory etc..???

For more specific info, post to alt.sys.pdp8.

Other than for a few specific options, DECmates are not upgradable in the
sense that you usually reference:

DECmate {no designator} means what is now referred in retrospect as DECmate I.
The system is 32K, and is the 6120 micro implementation of the venerable PDP-8
where 32K is the normal limit for all of the usual software.  Just enough of
the alternate control memory of 32K is also implemented to handle the 
peripherals, but only to the extent of implementing overall control/status,
and booting options, and a built-in terminal emulator only if the comm board
is present.  Thus, the only options are whether there are one or two pairs
of RX01/02 (I don't think it was sold with less than RX02, but it can take
RX01 or a pair of 01 and a pair of 02 or two pairs 02), the DP278{A or B,
where B supports bit-stuffing protocols and is an upgrade later for A} dual
comm board, and the RL-278 disk controller for 1-4 RL02's which of course
puts this VT-100-like box next to a very large cabinet or two.  A printer
port is built-in

DECmate II is by far the most flexible of the family, and consists of a
repackaged machine which is the same overall case as the PRO-325 and Rainbow.
Internally an RX50 is an option technically, but is always present.  Options
include an additional pair of RX50, the RX78 external RX01/02 board {which can
control one or two pairs of mixed RX01 or RX02 drives, neither of which can
be booted to directly, and are programmed in a slightly incompatible manner
to all previous designs which were totally compatible with each other!}, a
graphics board, possibly with the VR-241 DEC color monitor {yes, a second
monitor; there is no official one-color-monitor version, but the graphics
can be directed at the non-optional VR-201 mono monitor}, and a HD controller
which can connect one MFM hard disk.  {Note that the hard disk controller
precludes the RX78 option entirely, and usually the hard disk itself is
mounted within the case which precludes the second floppy pair.  While in
theory you could cable up an external hard disk, thus allowing a second RX50
pair at the same time, some of the software cannot be configured to support
the second RX50 pair and HD at the same time.}  The HD size can be up to
a formatted 64 MB since all DEC HD controllers of this vintage reserve
dedicated alternate sectors at the beginning of the disk (which is required
to be error-free in that area) and each track has 16 sectors of 512 bytes,
a maximum of 8 (not 16!) heads.  There is some debate over whether disks
beyond 1024 cylinders are supported, but in any case they are rare in the
industry anyway.  (For example, I use an ST-4096 which is 1024 cylinders,
but actually has 9 heads, one of which is wasted, but the 1024 cylinders
are otherwise totally used.)

There was a case upgrade for all of these
machines so that larger hard disks wouldn't overburden the power supply due
to the large start-up current of many hard disks, so you can't just drop in
a hard disk without checking the power supply ECO!  The only other option
for the DECmate II is a CPU and memory board that adds either a Z80 and 64K
or a Z80, 8086, and 256K {or alternatively 512K, not an upgrade, an alternate
board!} where the Z80 can access 64K of the memory only.  The 6120 is only
indirectly interfaced to this board, and the usual software environment is
that the 6120 runs as a server for whatever is running in the APU or XPU 
board itself when they are active.  The only exception is that a portion of
DEC's WPS software actually is run in the Z80 while the 6120 waits for the
results (DECspell, footnote formatting).  All other software runs without the
optional CPU and memory boards in 32K only, however the control-panel memory
is totally implemented to 32K.  However, virtually all of it is dedicated to
functions associated with the built-in terminal emulator, etc.

The software environment on a DECmate II disk is such that each application
owns its own volume or volumes, and can be sub-booted from Master Menu.  This
is necessary due to the myriad number of O/S'es that can run on the machine
which can have up to three CPU's.  {Some applications can be called up as
separate bootable entities, but most of these are actually bootable OS/278
systems that are dedicated to running a specific application program.  In
theory, it's possible to revamp them into manually invocable utilities called
up from one copy of OS/278, but this isn't what's done normally.  In fact,
Master Menu itself is one of these!  However, there are legitimately several
families of O/S for the machine that are distinct, and Master Menu can
accommodate all of them, such as WPS, COS, CP/M-80, MS-DOS, OS/278, etc.}

The DECmate III is a reworked smaller version of the DECmate II which can
only have one pair of RX50 and no hard disk.  The only options are a reworked
APU board with a Z80 and 64K, and a graphics board.  This system must have one
monitor but it could be a VR-241 color monitor as well as the standard VR-201
mono monitor.  All systems from the DECmate II up use the LK-201 keyboard,
usually sold with the WPS keycaps, which in turn implies the blue color scheme 
for the keyboard as opposed to the more likely red, etc.  In theory, there is
also an obscure modem option whereby some specially adapted DEC "scholar"
modem of the era can be plugged into a dedicated connector on the motherboard.
I've never heard of anyone ever seeing the actual board, but it's known that
it would be compatible with an appropriate DF modem that was 300 baud and 1200
baud only.  Some newer DECmate III cases even lack the little slide-out case
section where the modem's modular phone connector would poke through, or even
the little telephone symbol that is used to label the connector.  Early cases
come with a 78W power supply, but newer ones are rated at 150W.  In a 
startling display of retro-engineering, this system uses mono-voltage power
supplies, which means that, including the DECmate III+ supplies, DEC bothered
to reinvent so many wheels that there are at least six different power supplies
to be found in this box!

The DECmate III+ superficially looks like a DECmate III, but is quite different
inside.  The main board now sports an optional hard disk controller on an
plug-in daughter board, indicating the likelihood that the system was designed
to be a replacement of sorts for the original DECmate III board, but in fact
it was never marketed that way.  This hard disk controller is compatible with
the one from the DECmate II, but due to case restrictions, mounting an
internal hard disk requires it to be half-height; only the ST-225 20 MB disk
was ever sold with it.  The built-in modem connection of the DECmate III is
still present, but they don't even implement the chips to drive the connector!
The floppy support has been revamped to use RX33 (TEAC HD) drives, but only
mimicking the RX50 at 300 RPM.  It should be noted that the DECmate III+ can
only use RX33, and the DECmate II and DECmate III can only use RX50, since
the earlier machines require device-ready drives, and the DECmate III+
requires device-change drives.  (Although the TEAC drives can be strapped to
signal ready instead of change, they are not seek-ganged as is the RX50!)
The DECmate III+ supports two RX33 drives, but due to case limitations, they
were marketed with only one drive bolted onto the ST-225 HD.  It appears that
a contingency plan could have been to sell revamped DECmate III units by
deleting the hard disk controller daughter board and adding a second RX33,
but this configuration was never sold.  The same two APU and graphics option
boards of the DECmate III can also be used in the DECmate III+ however, CP/M-80
will have problems getting implemented, since it relies on the present of the
second floppy drive, even when getting installed.  (To install CP/M-80 on
the machine, you have to at least temporarily hook up an additional floppy
drive.  To do this requires an alternate floppy cable, although the wiring
is totally straight-forward and industry compatible.  Note that an IBM-PC
or PC-clone is *not* a straight-through cable and cannot be used!)

There is rumor that there was some form of XPU board for the DECmate III and
DECmate III+, possibly with more than the 8086 w/256K or 512K of the DECmate
II XPU, rumored to contain an 80286, but none have surfaced, and it certainly
wasn't sold.

It is known that the RX33 floppy implementation is slightly deficient, in that
the RX50 versions are capable of reading-*only* one-sided IBM-PC 40-track
disks, while the RX33 cannot.  Thus, it's not possible to write a utility
to convert from IBM-PC 160K or 180K diskettes.  On the DECmate II with XPU,
this is a standard feature of MS-DOS to read one-sided IBM diskettes, etc.

DECmate III+ comes with a 160W power supply.  The only seeming difference is
that there is an additional 4-prong power connector ganged into the power
wiring, as opposed to potentially different innards from the DECmate III
supply.  As in the DECmate III boxes, the supplies come in 110V and 220V
variants, instead of a switchable version as most equipment usually is
constructed.

cjl

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Path: utkcs2!stc06.ctd.ornl.gov!news.er.usgs.gov!mcmcnews.er.usgs.gov
      !news.indiana.edu!vixen.cso.uiuc.edu!howland.erols.net
      !news.maxwell.syr.edu!news.new-york.net!watsun.cc.columbia.edu!jaltman
Date: 26 May 1997 16:09:37 GMT
Organization: Columbia University
Message-ID: <5mcck1$hqg$1@newsmaster.cc.columbia.edu>
References: <338A1F66.5AD8@slb.admin.ch>
From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
Subject: Re: win95/NT LAT Stack

MARCEL AMORE  <Marcel.Amore@slb.admin.ch> wrote:
: Hi
:
: I am looking for a low cost or a freeware LAT protocol stack for Win95 or NT.
:
: Any informations about a product ?
:
: Best regards, Martchy


There are no free LAT stacks for Windows.

You have two options:

        Pathworks-32 from Digital

and
        SuperLAT from Meridian


    Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
                 The Kermit Project * Columbia University
       612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344
    http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.terminals
Message-ID: <6hetqb$9fh$1@nnrp1.dejanews.com>
Date: Mon, 20 Apr 1998 02:34:35 -0600
From: Paul.Williams@rrds.co.uk
Subject: Re: Chips on DEC VT-420 Board

In article <3539B640.820BB225@plano.net>,
  richmond@plano.net wrote:
>
> Recently a shelf holding several VT-420's came tumbling down where I work. 
> The monitor was smashed on one, and I got the circuit board from it.
>
> Under the RF shield, there are three 40-pin DIP IC's.  The middle one is a
> Siemmans copy of an Intel 8031 microcontroller.  I am assuming that the
> socketed one is the ROM.  What is the third 40-pin chip?


I can't give you a definitive answer without an IC number, but it
could be the DUART. On the basis of my investigations into the VT320
board I've got, I think that the microcontroller uses its serial
port to drive the keyboard link rather than the comms ports.
On the VT320 the device is a Motorola MC2681.

The ROM may well have a number starting with 53xxx. There should
also be some RAM -- on the VT320 they are Toshiba 5565s.

> Does someone know where I can get a schematic on the WEB for this thing?

I don't believe one exists. I've been looking for something similar
for a VT320 because I'm currently writing an emulator for the 8031 so
I can run the real VT320 ROM on my PC -- a REAL "terminal emulator"!

Please post any further information you get about this, because
I'm not allowed to take apart my (working) VT420. However, inspired
by your example, I'm going to move it onto a shelf!

Regards,
Paul
http://www.celigne.co.uk/   (personal)


 //////////////////////////////////////////////////////////////////////////////

Newsgroups: comp.sys.dec,comp.unix.ultrix,comp.os.vms
Path: utkcs2!darwin.sura.net!jvnc.net!yale.edu!yale!gumby!destroyer!uunet
      !noc.near.net!wellesley.edu!lhawkins
Message-ID: <1992Jul13.140021.17008@olaf.wellesley.edu>
Organization: Wellesley College
References: <2A60DAE3.10302@noiro.acs.uci.edu>
Date: Mon, 13 Jul 1992 14:00:21 GMT
From: lhawkins@olaf.wellesley.edu (Lee Hawkins)
Subject: Re: How is the VXT2000?

In article <2A60DAE3.10302@noiro.acs.uci.edu>,
 fredv@abba.acs.uci.edu (Fred Velijanian) writes:
>
>I haven't seen much discussion about the VXT2000s in these newsgroups.
>We have dozens of NCDs in various departments and are very happy with them.
>A year ago we purchased about 20 VT1200's knowing about their speed
>limitations and other problems, but at a great price. We are about to
>make another such investment (this time in color), but have had no
>experience with the VXT2000, nor have I seen all that many problems
>discussed in this newsgroup. I am almost sure that DEC will provide
>good pricing compared to NCD, however for this lab, performance 
>problems like VT1200 will not be tolerated. I have also learned 
>recently that 3rd party memory for VXT2000s have become available
>(I think Cammintonn, but I'm not sure).

Maybe, but certainly from Clearpoint.  Clearpoint wants something like
$149/4Mb, and when we told our DEC salesman that unless he could meet 
that price, we'd be forced to buy extra memory from them, he met the price.  
Dec wants ~$500/4Mb!!!

Be warned that unless you are running InfoServers, you will need 10-12Mb
before the VXT2000 can load its boot image.  They come standard with
4Mb, and can be upgraded to 16Mb.

>
>The questions I have:
> 
>  - How much better is the VXT2000 compared to VT1200?

Not sure, but we have 2 VT1300's and two VXT2000's  (all color).

The VXT2000 is more versatile, since it can log into any machine on the
net (that is running xdm), not just a fixed machine running a prompter
process.  The VXT2000 can also establish a telnet session in its own
window, if you don't want to start a full Xsession.

(With version 1.1 of the VXT software, you can supposedly do all these
things from a  VT1300, but only if running them from an InfoServer--a
separate box that handles a lot of the xterm load.  We don't have these,
so I can't vouch for how well this works.)

As far as speed goes, the VT1300's, VXT2000's, and the system console
_seem_ equally fast.  The VXT2000 can also look up hosts from your
nameserver, something the VT series can't do (at least as far as I can
see).


>  - How does a VXT2000 Color compare to let's say NCD17c and NCD17cr or
>    comparable Tektronix X terminals?

Don't know, haven't compared them.

>
>  - How well do VXT2000's work in conjunction with non-DEC platforms?

Can't say, but the software comes with versions for HP's, Sun's, IBM's
and some others.

>
>  - Are these units going to be maintained properly (newer server
>    releases) or forgotten about just as quickly as the VT1200s were?

Since they came out in January, there has been one update to the
software.
>
>Fred Velijanian
>University of California, Irvine
>fredv@uci.edu

One last caution:  Make bloody sure that your salesman knows that you
have DECstations (if indeed you do).  We got the Ultrix version of the
software when we got the first VXT2000, but when the update to version
1.1 was shipped, they sent us the VMS version.  Really brilliant, since
we have no VMS machines running X on campus, and this department has
NEVER had a VMS machine.  This isn't the first time either.  The only
tape that we ever got from DEC of software for the VT1300's was for,
you guessed it, VMS.  And yes, we complained quit a bit, but it never
did any good.

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.os.vms
Path: cs.utk.edu!emory!darwin.sura.net!haven.umd.edu!uunet!decwrl!pa.dec.com
      !e2big.mko.dec.com!star.enet.dec.com!kleinsorge
Message-ID: <1993Jun30.134711.16207@e2big.mko.dec.com>
Lines: 24
Sender: usenet@e2big.mko.dec.com (Mr. USENET)
Reply-To: kleinsorge@star.enet.dec.com (Fred Kleinsorge)
Organization: Digital Equipment Corporation
X-Newsreader: mxrn 6.18-4
References:  <13734370@MVB.SAIC.COM>
Date: Wed, 30 Jun 1993 13:47:11 GMT
From: kleinsorge@star.enet.dec.com (Fred Kleinsorge)
Subject: re: monitors


The VS4000/VLC and VS4000/60 are variations of each other.  They use
the same bus structure, graphics and memory controllers (this might
be limited by packaging).  The BASE graphics for this workstation is
the LCG (Low Cost Graphics) and it was designed so that at the low-end
it would be capable of utilizing a SVGA-type 1024x768 monitor.  I've
personally used a small Sony on it without a problem.  And yes, it was
also designed to be able to connect to the more typical workstation
monitors, and the existing monitors used by the VS3100.

In addition, the VS4000/60 can have optional SPX/G (8-plane) and
SPX/GT (24-plane) graphics.  These are 3D graphics boards, and do
not support the low-res 1024x768 monitors, but are intended for
1280x1024 or 1024x864 workstation monitors.

All other VS4000 systems (such as the /90) use the SPX-LC (low cost)
as the base graphics.  This does not support the 1024x768 monitor as
far as I know.

-- 
				+--------------------------------------+
Fred Kleinsorge			| All opinions expressed are mine, and |
kleinsorge@star.enet.dec.com	| may not reflect those of my employer |
				+--------------------------------------+

 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Newsgroups: comp.sys.dec
Message-ID: <6stp4v$f3s@nenevr.demon.co.uk>
References: <35F07CE0.7C1D@earthlink.net>
Organization: Chattham, Connem & Runn
Date: 6 Sep 1998 11:45:51 +0100
From: Simon Coombs <simon@nenevr.demon.co.uk> 
Subject: Re: VT420

Don Lyon (dlrd@earthlink.net) wrote:

> I have to read characters displayed on the screen through the Comm 2
> port in the back of VT420.  Is this possible?  The VT420 is connected to
> a serial port of a small hardware system which is based on a popular
> microcontroller.

What you could do is treat the device on Comm2 as a printer; go into the
GLOBAL settings of the terminal, and make sure that middle box says
S1=Comm1. Then go into the Printer setup screen, and setup the port
characteristics so that it can talk to your device.

You can go three ways from here: [1]

  * Dump the ENTIRE screen to the device. Do this by hitting the 'Print' key.

  * Get the host (on Comm1) to download the information through your
    terminal. Information sent will not show on the VT's screen.


    To turn on printer controller mode, the
    host should send:                           CSI 5 i
    to turn off:                                CSI 4 i


    Alternatively, you can just go into Printer Setup again, and change
    from Normal Print Mode to Controller Mode. Note that this is one-way
    communication; if you want the host to see what the device is
    responding with (if at all), make sure that you have 'Printer To Host'
    selected in the printer setup screen.

  * To print a selected number of lines, make the host send the following
    to your terminal:

    Tell the terminal the region to print:      CSI topline ; bottomline r
    e.g., to select lines 5 to 10: ^[[5;10r

    Tell the terminal to print only the
    things that are in that region:             CSI ? 19 l

    Tell the terminal to print it:              CSI 0 i

Personally, I'd go for the second option. No fiddling about with the
terminal settings each time you want to download stuff, and the host
does all the work for you!

Good luck!
Simon.

-- 
Simon Coombs.
[1] Doesn't Bill Clinton have a sign on his desk with this written on? >;)


 /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\


Newsgroups: comp.os.vms
Message-ID: <37AECD04.FFF150E8@email.hsc.vcu.edu>
References: <000501bee029$1b3bafd0$e30114ac@bottle.stelco.ca>
Date: Mon, 09 Aug 1999 08:43:48 -0400
To: Peter Weaver <pweaver@stelco.ca>
Organization: Virginia Commonwealth University
From: Jim Agnew <agnew@email.hsc.vcu.edu>
Subject: Re: 20mA connectors on VT52 - Connecting to MVII?

Peter Weaver wrote:
>
> Thanks to all of the people who said they would send me a schematic if they
> happened to locate a copy. Alan Frisbie did send me a schematic so if anyone
> else is still looking you can stop now.

Enjoy your vt52...  i can hear that buzzer much better than that little
feep now...

Jim


 //////////////////////////////////////////////////////////////////////////////

Message-ID: <7rqrnn$fsn$1@utl2.reitoria.utl.pt>
References: <7rp9s2$bfb$2@birch.prod.itd.earthlink.net>
Newsgroups: comp.sys.dec
Date: 16 Sep 1999 13:35:51 GMT
Organization: IST
From: Francisco Amaro <fjca@camoes.rnl.ist.utl.pt>
Subject: Re: Digital VT model# VX10A-AA ?????

Headley Sappleton <hsappleton@sprintmail.com> wrote:
: Ha All
: I just picked up this piece of computer hardware. It is a pizza box type of
: thing, that has the marking: "Digital" obviously a refference to Digital
: computers. Also written on it id VT 1200 and model# VX10A-AA. It does not
: have a floppy drive and the monitor connector type is coaxial or something.
: Can someone identify this for me and give me some more information or point
: me to some internet resource, that can help me put this to use. I assume it
: may not have a lot of use but I am nuts about restoring  and putting to use
: old machines.

: Regards
: Headley

 The VT1200 is a standalone monochrome X-terminal.
 It came with 2 Mb RAM ( upgradable to 4 Mb ) and has all
 the software in EEPROM ( a lot of them ) so it doesn't
 need a boot server. It talks TCP/IP and LAT and can
 get it's configuration via BOOTP.

 You don't mention any keyboard or mouse, be warned that
 it needs a LK201 ( or LK401 ) DEC keyboard and a DEC mouse.
 Normal PC keyboards and mouse DO NOT WORK.

 The monitor connection that you mention is for a monochrome
 monitor, the machine has a 6-position switch that selects
 the type of monitor that is connected.
 Position 2 selects a VR319, a 1280x1024x72 Hz monitor.

 I remember seeing a description of the other settings
 in a older posting ... let's DejaNews do the work ...


http://x33.deja.com/getdoc.xp?AN=325251711&CONTEXT=937488285.495190048&hitnum=8

     [look in "xterminal" pages on archive site]

     [2002:  this would now be found at http://groups.google.com/ ]

--
Francisco Jorge Campante Amaro

Email : fjca@camoes.rnl.ist.utl.pt

 //////////////////////////////////////////////////////////////////////////////


References: <slrn80arms.h4.mdalene@pinkrose.dhis.org>
Date: Thu, 14 Oct 1999 23:04:14 GMT
Organization: The World @ Software Tool & Die
Newsgroups: comp.os.cpm, comp.terminals
Message-ID: <FJM9uG.G35@world.std.com>
From: Allison <Allisonp@wstd.kom>
Subject: Re: needed info on Vt180 Terminal/Computer

mdalene@pinkrose.dhis.org (B'ichela) wrote:

>I was wondering if anyone has any manuals/documentation on what the 4
>DB connectors are for. I found the DB-25 that connects to the serial
>port but there is two More plus something that appears to be a DB37.
>Sadly I did not get the floppy drive cable or a boot disk for this. At
>this point its a terminal only.

3 of the DB25s are for terminal printer and AUX all serial
the DB37 is for connecting tot he cloppy box with a cable thats is
37pin one end and 25 the other.

>       There is also TWO BNC connectors on the unit as well. the
>original plastic cover piece that goes on the connector area is

Those are video in and video out and the baseic VT100 has them for
syncing/overlay with NTSC (RS170) video.

>missing, therefore there is no lables on what they are for. where do I
>plug in the Vt180 disk drives? Do I use a standard DB25 cable with
>Male to female End? how does one configure a printer? What terminall
>does this thing act as? it works as a vt100, but can it do more than
>basic vt100?

Base VT100, Has enhanced video option and also printer port.
optionally you can configure as Vt52.

Allison
Real address is: Allisonp @ world DOT std DOT com
++++BULK Email severely not wanted+++

 //////////////////////////////////////////////////////////////////////////////


References: <slrn81ju1p.7na.mdalene@pinkrose.ctol.net>
Date: Sat, 30 Oct 1999 15:05:54 +0100
Organization: It's in one of the piles
Newsgroups: comp.terminals, comp.os.cpm
Message-ID: <381AFB42.655D42E1@rdel.co.uk>
From: Paul Williams <flo@rrds.co.uk>
Subject: Re: Vt180, whats the story here?

B'ichela wrote:
> 1. what is Advanced Video Option (AVO) and how do I use it?

The base VT100 displayed 24 lines of 80 columns or 14 lines of 132
columns. AVO added three capabilities:

1. 24 line by 132 column display (just extra RAM).
2. Four character attributes -- bold, blink, reverse and underline in
   any combination.
3. A socket to take an alternate character set PROM.

> 3. How do I use a printer on a VT100 and how do I set printer
> baud rates and parity, Stop bits

This needs a separate circuit card, providing a second serial port.
The VT102 contained both AVO and the serial printer port as standard.
I don't know about the VT180.

>         3. What are the part numbers for the manuals I need for this
> sucker? I know of the EK-VT100-UG and the EK-VT100-RC but what do I
> need for the advanced video option? STP (VT180? part)
>         4. What is the Graphics option? can I  still get one? is that
> for  bit mapped graphics? howis it used? can the graphics be used via
> Linux with graphics display utility or a plotting program (gnupplot).
>         5. can any of this info be located on the internet? Do I need
> to go hungry by ordering over $200  in US dollars worth of manuals
>         6. who has the sticker (in sticker form) that goes on the
> bottom of the vt100 keyboard showing the setup B screen and I/O toggle
> possitions.

Part numbers for the manuals, details of the graphics option and
Setup B screen are available in the Terminals and Printers Handbook
1983-84, which is online at:

  http://vt100.net/docs/tp83/

Chapters 5, 6 and 7 deal with the VT100 family.

> I tried to find this info for over 2 weeks, on Webcrawler,
> Infoseeek, Lycos, Altavista, Lycos (ftp search), Ask Jeeves, hotbot and
> what I have gotten is very sketchy at best.

So you didn't find VT100.net or it didn't answer your questions? Richard
Shuford maintains a Terminal Information Archive at

  http://www.cs.utk.edu/~shuford/terminal_index.html

which contains lots of other information and links about all kinds of
terminals.

> All I really NEED at this time is a a copy of the needed manuals in
> either Postscript or PDF format. or good ole HTML.

IIRC, EK-VT100-RC contains the same info as Appendix B of TP83, at

  http://vt100.net/docs/tp83/appendixb/

Regards,
Paul Williams

 //////////////////////////////////////////////////////////////////////////////


Newsgroups: comp.terminals
References: <3BD1FEF9.DA1EF560@tinyworld.co.uk>
Message-ID: <9qt62e$nfn$1@news.IAEhv.nl>
Organization: Internet Access Eindhoven, the Netherlands
Date: 21 Oct 2001 00:49:18 GMT
From: kees.stravers@iae.nl
Subject: Re: Stupid VT525 question of the week


On 2001-10-20 celigne@tinyworld.co.uk said:
 >kees.stravers@iae.nl wrote:
 >> On a flea market I bought a VT525 terminal. While playing with it,
 >> I managed to change its personality to the PCterm setting, and now
 >> I can't get back into the setup to change it back, since F3 now
 >> does something completely different.
 >>
 >Paul Williams wrote:
 >
 >Do you have a VT keyboard or PC keyboard? If you have a PC keyboard,
 >holding down Caps Lock and pressing Print Screen should get you into
 >set-up.



It is a PC keyboard, and Capslock-Printscreen worked! That key 
combination I would never have thought of.
Thank you very much!

Kees.

--  
kees.stravers@iae.nl
http://home.iae.nl/users/pb0aia/       http://www.vaxarchive.org/


 //////////////////////////////////////////////////////////////////////////////

Newsgroups: alt.folklore.computers, comp.terminals
References: <3D313222.D72659C0@ev1.net> <6uofdaobit.fsf@chonsp.franklin.ch>
    <ah5imh$1vi$1@panix2.panix.com> <ah6fgj$jl4$1@newslocal.mitre.org>
Message-ID: <87k7m4zgxw.fsf@prep.synonet.com>
Date: 02 Sep 2002 20:58:35 +0800
From: Paul Repacholi <prep@prep.synonet.com>
Subject: Re: Computer Terminal Design Over the Years

jcmorris@mitre.org (Joe Morris) writes:
>
> I can't speak for Brian or Dennis, but the PDP-1 (not "/1") did have
> an amazing (for its time) CRT, for which the original Spacewar game
> was designed.  The outline of the CRT survives today as the geometry
> of the DECUS logo.

PDP-7, not PDP-1 for unix.

The DECUS logo comes from the display of the PDP-1B, of which
there was exactly one build. The shipped PDP-1's were 1Cs.
I cannot remember the number of PDP-1As built, but 3 is the
number that tries to escape.

So the DECUS logo is taken from a machine that never shipped...

-- 
Paul Repacholi                               1 Crescent Rd.,
+61 (08) 9257-1001                           Kalamunda.
                                             West Australia 6076
Raw, Cooked or Well-done, it's all half baked.

 //////////////////////////////////////////////////////////////////////////////

Newsgroups: comp.terminals
References: <slrnaqllr2.2ob.shannon@news.widomaker.com>
Message-ID: <3DAAE2AA.97B5A5F5@uk.thalesgroup.com>
Date: Mon, 14 Oct 2002 16:28:42 +0100
From: Paul Williams <flo@uk.thalesgroup.com>
Subject: Re: DEC VT510 and strange connector

Charles Shannon Hendrix wrote:
> 
> I have a DEC vt510 terminal.
> 
> It also has one additional connector I can't figure out.  Looking
> at the back, on the right side near the top, is a square plastic
> flap. If you lift it up you can pull out a section of the rear
> (about 2" wide, 3" long) and there is another connector.
> 
> Anyone have any idea what this is?


That is for a ROM cartridge, to completely replace the internal ROM.

- Paul

 //////////////////////////////////////////////////////////////////////////////

Newsgroups: comp.terminals
References: <avuu2c$juav8$1@ID-157074.news.dfncis.de>
    <avv1vq$rsv$1@news1.radix.net>
Message-ID: <3E302EFB.14B82CDC@uk.thalesgroup.com>
Date: Thu, 23 Jan 2003 18:05:47 +0000
From: Paul Williams <flo@uk.thalesgroup.com>
Subject: Re: Font for Terminal Emulation

Thomas Dickey wrote:
> 
> "Philipp Schöne" <philipp@abrocker.de> wrote:
> > Hi!
> > I need a Font based on iso 8859-1 for a vt110 r-ansi Emulation.
> 
> it's unlikely that if there were such a thing as a vt110, that it
> would use an iso-8859-1 character set.


A "VT110" is a VT100 with a terminal multiplexer in the box,
I found out today.

- Paul


 //////////////////////////////////////////////////////////////////////////////

Newsgroups: alt.folklore.computers, alt.sys.pdp10
References: <3e8d19a8.19446841@news.m.iinet.net.au>
Message-ID: <b6n2jh$m7o$1@newslocal.mitre.org>
Date: 5 Apr 2003 09:09:06 PST
From: Joe Morris <jcmorris%mitre.org>
Subject: Re: Any DEC 340 Display System Doco ?

ace join_to ware@iinet.net.au (Tony Epton)> wrote:
> >
> >Thanks for the great picture of the 340 and the light pen.


I've not been able to figure out if this thread is about the DEC VT-340,
or another product called the "340 Display".  With that in mind...

> This interface described allows 10 bits for the X , 10 bits for the Y
> and 3 bits for the Z intensity. 
> Did the 340 have a resolution of 1024 x 1024 ?

*If* it's the VT-340, or used the same video engine, the Programmer
Reference Manual reports that the resolution is 800x500, with four
color selection planes.

Joe Morris

 ..............................................................................

Newsgroups: alt.folklore.computers, alt.sys.pdp10
X-NNTP-Posting-Host: 24.95.72.106
X-NNTP-Posting-Date: Sat, 05 Apr 2003 19:19:12 EST
References: <b6n2jh$m7o$1@newslocal.mitre.org> <3e8d19a8.19446841@news.m.iinet.net.au>
Message-ID: <4oKja.54163$0X.11185028@twister.columbus.rr.com>
Date: Sun, 06 Apr 2003 00:19:12 GMT
From: Gerry Moersdorf (gerry@columbus.rr.com)
Subject: Re: Any DEC 340 Display System Doco ?
 
Joe we are talking about an old vector-drawing CRT, not the terminal type
device.

    http://www.spies.com/~aek/pdf/dec/pdp6/F-65_PDP-6_Handbook_Aug64.pdf

and tony,

Both displays had 1024/10240 x/y and a multi level intensity control.  The
screen is round but the vectors you drew were a square.   There was a
diagnostic to align the display where you draw a box 1024 by 1024 at the
outside edge and an X from corner to corner to set up a rectangular display.

God, I miss vector scopes!  The box must be almost the same as the PDP-6/346
display; I don't think DEC changed much in the way of controls, as I look at
my binary IOwords for the 340, all the bits seem to fall into place.  The
interrupt system seems the same, too.  You can get interrupts for the light
pen, or if you try to draw out of the 1024 boundry.  Maybe someone will
make a Java simulator and we could play with it in virtual space.  I don't
think holding the mouse up to the screen and pushing a button would feel the
same!!!


 //////////////////////////////////////////////////////////////////////////////

Newsgroups: alt.folklore.computers, comp.sys.dec
References: <qhn09pbk33.fsf@ruckus.brouhaha.com>
Message-ID: <brtuau$hu0$1@spies.com>
Organization: Spies In the Wire
Date: Thu, 18 Dec 2003 20:20:46 -0800 (PST)
From: Al Kossow <aek@spies.com>
Subject: Re: PDP-8...did it have a CRT display?

From article <qhn09pbk33.fsf@ruckus.brouhaha.com>, by Eric Smith
<eric-no-spam-for-me@brouhaha.com>:
> cdl@deeptow.ucsd.edu (Carl Lowenstein) writes:
>>
>> Note that the DECUS logo is a stylized drawing of the 338 display.
>
> No, the DECUS logo predates the 338 by at least three years.  It's a stylized
> drawing of the Type 30 Precision CRT Display first used with the PDP-1.
>
> Perhaps the 338 used a later model of the Type 30, such as the Type 30E.


The tube is integrated into the rack in the 300 series. see:

    http://lhasa.harvard.edu/?page=gallery.htm

The 338/339/340's are stroke generators, and needed an analog interface.

The Type 30 has D/As in the desk, and has a digital interface.

 //////////////////////////////////////////////////////////////////////////////

ewsgroups: comp.terminals, sci.electronics.repair
NNTP-Posting-Host: list.stratagy.com
References: <38oopqF5nb2lnU1@individual.net>
    <00WVd.278$Ql3.62@news.itd.umich.edu>
    <7WgVd.199$Ql3.139@news.itd.umich.edu> <112bemrmfm8lo4e@corp.supernews.com>
    <112gdcl10dom047@corp.supernews.com>
Message-ID: <rshu_20050304120000@stratagy.com>
Organization: The Late, Great Stratagy Users Group
Date: Fri, 4 Mar 2005 12:00:00 -0500
From: Richard S. Shuford <shuford@list.stratagy.REM0VE-THlS-PART.com>
Subject: Re: VT4xx or VT2xx emulators (was:Favorite VT440 for OS X, Linux,
     or legacy systems?)

lars@nospam.nosoftwarepatents.edu wrote:
>
> The specific client I am trying to replace does identify itself as VT440,
> which may be amusing to some. VT440 is obviously not as common as VT420 or
> VT220.  Whether that's right or wrong or common or rare, so what.
>
> The section DEC Terminals at a Glance in "DEC Video Terminals" seems to
> indicate that VTx40 terminals can display ReGIS and sixel graphics.
>
>     http://www.cs.utk.edu/~shuford/terminal/dec.html


Part of the confusion is my fault.  For quite some time, the
"DEC Terminals" page at that URL has contained the following text:

    "The next generation consisted of the VT320, VT330, and VT340,
    while a further generation comprised the VT420 and VT440."

Today I have changed it to omit the reference to the VT440 and have
put a small note to correct the false impression.

Among my collected terminal documents is one prepared by DEC as an
internal specification of the VT510 model, which consists largely of
a kind of checklist of DEC terminal models and features implemented
in each one.  Encoded in Postscript, this file resides here:

    http://www.cs.utk.edu/~shuford/terminal/dec_term_function_checklist.ps

While it contains entries for many DEC terminal types, including VT100,
VT220, VT320, VT340, VT420, and the VT510, it contains no reference to
anything called "VT440".

An educated guess on what happened: it is likely that, when the VT420
was being specified and positioned to replace the text-only VT320, DEC
decided that the design effort necessary to make a replacement for the
graphics-capable VT340 was too great, given the market projections for
sales of this hypothetical "VT440".  So the existing VT340 model was
retained in the catalog and sold alongside the VT420 until the VT525
took over as the graphics product.  Peter Sichel might know the whole
story, but he doesn't seem to read this newsgroup much anymore.

(The VT330 was an interesting beast: if I recall correctly, it could
display only text, but it could connect to two separate sessions at
the same time, displaying one on the top of the screen and one on the
bottom.  There were two serial ports, but the device could also obey
the patented "Terminal Device Session Management Protocol" to multiplex
two sessions on one wire.  Apparently the VT420 also implemented TDSMP,
but the control sequences never appeared in the product documentation.)

  [OK... writing without referring to the above information in this file,
   I forgot that the VT330 could do black-and-white graphics. ...RSS]

As to terminal emulators that can do graphics:  I have never seen a
freely available package capable of ReGIS.  A few of the commercial
products can/could do it, such as WRQ Reflection, SmarTerm 340, Rumba,
DCS EM340, poly-STAR/GW, and KEAterm:

    http://www.cs.utk.edu/~shuford/terminal/regis_emulators_news.txt

The old MS-DOS Kermit by Joe Doupnik can do the more bit-map-like
Sixel graphics, but (to my knowledge) Kermit-95 cannot.  (But perhaps
Frank will comment...)   [Frank privately agreed.]

-- 
Prevent bovine juvenile deliquency: adopt a cow today.
http://www.stonyfield.com/HaveACow/

 //////////////////////////////////////////////////////////////////////////////

Newsgroups: comp.terminals
NNTP-Posting-Host: panix2.panix.com
NNTP-Posting-Date: Sat, 8 Nov 2008 21:53:50 +0000 (UTC)
References: <d0c22c34-4da3-43bf-954f-d500f9bda652@u18g2000pro.googlegroups.com>
Message-ID: <gf51pi$lev$1@panix2.panix.com>
Organization: United Individualist
Date: 8 Nov 2008 16:53:54 -0500
From: Keith F. Lynch <kfl@KeithLynch.net>
Subject: Re: terminal usability -- using keyboard to select text instead of mouse

Erik Ostermueller <eostermueller@gmail.com> wrote:
>
> I'd love to have a way to use my keyboard (probably the arrow keys)
> to locate the text/file to select instead of having to lose my place
> on the keyboard so I could grab the mouse.

> Is there a way to do this with putty?

I have no idea.

> Perhaps there are other terminals that can do this?


The DEC [VT420] terminal, which has no mouse or mouse-equivalent, lets
you select and paste.  While holding down the <F1> key, you use the
arrow keys to move to one end of what you want to select, use the
<Select> key to mark it, use the arrow keys to move to the other end
of what you want to select, then use the <Remove> key to complete the
selection.  During the selection, the selected text is underlined.

It can span any number of lines, or even the whole screen.

You can then paste the text you selected, by pressing the <Insert Here>
key while holding down the <F1> key.

You can insert file names, URLs, or whatever, at the command line
prompt, as part of commands, or in Google as something to search for,
or in Emacs as text to be added to your buffer, or in any other
context whatsoever, exactly as if you were retyping it.

Also, the terminal can be set up to have two sessions, and you can
use this technique to copy text between them.  The two sessions can be
onto two different computers.  Or you can have the second session in
local mode and just use it as a handy 24-line scratchpad.

This may sound unwieldy, but with practice it takes only a fraction
of a second, like typing a word or two.  It's much faster than doing
*anything* with a mouse or trackball.  (I don't actually remember in
words how to do it.  To write this message, I just did it, and watched
where my fingers went.)

It isn't perfect.  There's no way to select a rectangular region, i.e.
only certain columns of several consecutive lines.  And, like Windows
and unlike Emacs, there's only one select buffer.  If you select one
block of text then select another, the first one is no longer selected.
(That's where the scratchpad screen comes in handy.)

-- 
Keith F. Lynch - http://keithlynch.net/
Please see http://keithlynch.net/email.html before emailing me.


 //////////////////////////////////////////////////////////////////////////////
