On 2022-06-16, Charles Richmond <
code...@aquaporin4.com> wrote:
> At a PPOE, I used a Digital Equipment VT-220 which was attached via a
> termserver to an ethernet network to rlogin to one of the workstations.
> This terminal could keep up with listing out a file at 19200 baud...
> as long as all the lines had only 40 characters or less. If the file
> had a grouping of lines with 70 or 80 characters, the speed of the
> display would bog down...
Interesting. I was thinking of overhead involved in scrolling the
screen, but this sounds different. Maybe it was smart enough to
recognize short lines and not bother shifting blank areas.
The Univac mainframe terminals I worked with had serious scrolling
overhead; they would take 20 milliseconds to scroll an entire screen
of data, and they were blind to incoming data during that time.
At 9600 bps you had to pad each scroll sequence with 20 NULs
to avoid data loss.
> I did *not* like the 220 for many reasons... not the least being that
> the escape key was badly placed. We were running SVR4 Unix. But the
> terminal had a monochrome amber display.
The escape key was the least of your worries. Although the VT-100
had quite a nice keyboard, the designers dropped the ball on the
VT-220 and successors, incorporating the worst misfeatures of the
original IBM Personal Computer keyboard: the extra key between Z
and shift, and the remotely-placed return key.
Fortunately I never had to use any of the later DEC terminals.
The horrors that Univac perpetrated on their later keyboards,
however, were even worse.
IBM has a lot to answer for: in this case, setting keyboard
design back 10 years.