Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!decwrl!public!thad
From: thad@public.BTR.COM (Thaddeus P. Floryan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Handshake 2.20c questions
Message-ID: <2997@public.BTR.COM>
Date: 9 Jun 91 09:51:50 GMT
References: <1991Jun6.030522.3061@ecsvax.uncecs.edu> <2969@public.BTR.COM> <1991Jun8.212156.1663@dayton.saic.com> <2996@public.BTR.COM>
Organization: BTR Public Access UNIX, Mountain View CA
Lines: 33

In article <2996@public.BTR.COM> thad@public.BTR.COM (Thaddeus P. Floryan) writes:
>[...]
>I have "real" DEC VT100, DEC VT102, DEC VT220, and DEC VT340 terminals at my
>office and can see how they are definitely braindamaged.
>[...]

What I meant by that statement is that if the terminal is IN, say, VT100 mode,
then that is how the terminal should report itself.

The concept of "preferences" seems to be lost at certain companies.

If the user wants to be in VT100 mode, an application (or operating system)
shouldn't second-guess the user's intents, especially if the user is coming
in over a network from a system that still thinks the user is on a VT100 but
when the user returns to the first system the terminal was "gratuiously" set
by VMS to a VT200 which now breaks applications on the first system which
still believes the terminal to be in VT100 mode.   (Huh?  :-)

The "SET TERM/INQUIRE" shouldn't alter the user's preferences as it presently
does.

Of course, what could one expect from a company that's more than three years
late with TCP/IP support in its DECnet product?  (Re: DECnet Phase V promised
in 1988; this is now 1991 and rumors suggest Phase V "may" be available by the
end of this month (we'll see)).

With increasing frequency over the 25+ years I've used DEC products, I'm drawn
to the conclusion that DEC isn't always dealing with a full deck.  :-)

Apologies to my friends and acquaintances who are employed by DEC; the real
"problem" is rooted back east in MA in the office of a certain individual.

Thad Floryan [ thad@btr.com (OR) {decwrl, mips, fernwood}!btr!thad ]