Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!sundc!pitstop!sun!decwrl!labrea!jade!ucbcad!ames!ll-xn!husc6!bbn!uwmcsd1!uwmacc!vms.macc.wisc.edu!dorl
From: dorl@vms.macc.wisc.edu (Michael (NMI) Dorl)
Newsgroups: comp.os.vms
Subject: SMG Routines - VT52 Scrolling
Message-ID: <1927@uwmacc.UUCP>
Date: Thu, 29-Oct-87 20:38:59 EST
Article-I.D.: uwmacc.1927
Posted: Thu Oct 29 20:38:59 1987
Date-Received: Wed, 4-Nov-87 04:23:44 EST
Sender: news@uwmacc.UUCP
Reply-To: dorl@vms.macc.wisc.edu (Michael (NMI) Dorl)
Organization: UW-Madison Academic Computer Center
Lines: 13

I have an application that uses the DEC Screen Management Routines (SMG).
It uses a screen sized pasteboard and virtual display.  The only output
is made with SMG$Put_With_Scroll and input echoing as a result of input
through SM$Read_Composed_Line.

All works well except when run from VT52 terminals (Don't laugh, some of
us poor souls still have a lot of these things).  SMG scrolls VT52 terminals
by refreshing the entire screen!  Needless to say this takes a bit of time
and is not acceptable.

I know that some DEC utilities use SMG without experiencing this
problem but can't figure out how they do it.  Anyone else have any
guesses?