Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!purdue!decwrl!sun!pitstop!sundc!seismo!uunet!tektronix!reed!kamath From: kamath@reed.UUCP (Sean Kamath) Newsgroups: comp.sys.apple Subject: Re: Proterm Message-ID: <12011@reed.UUCP> Date: 5 Mar 89 20:45:46 GMT References: <8706@polyslo.CalPoly.EDU> <6571@saturn.ucsc.edu> Reply-To: kamath@reed.UUCP (Sean Kamath) Organization: Reed College, Portland OR Lines: 56 In article <6571@saturn.ucsc.edu> unknown@ucscb.UCSC.EDU (The Unknown User) writes: >Johnson Michael Earls wrote: >> >>The VT100 emulation will do an automatic linefeed whenever text is printed in >>the 80th column. This causes problems, becuase a "real" VT100 doesn't do any >>automatic linefeeds; it only linefeeds when it gets the linefeed character. > >I spoke to Greg Schaeffer (spelling?) at AppleFest (San Francisco) last year >and he said that it was possible to change the default setting for the way >VT100 emulation handles a character in the 80th character. It can be set >to either: > 1) Automatically give a linefeed. I seriously do not know >why this was included and is what gives everyone a ton of trouble with full- >screen type programs. > > 2) Just keep printing everything in the 80th character until >a linefeed is actually sent. This isn't the greatest alternative either, >because it would be a good idea to just keep printing things on the NEXT line >[without an extra empty line like option #1]. This is almost right, but not quite (I mean about the emulation, not what proterm actually does). On a vt100, you have two options. When the _81st_ character is sent, it will put a newline *before* the 81st char. Note the subtle difference: it won't do a newline *until* the 81st char is sent, not *after* the 80th. This actually makes sence, when you keep in mind that the vt100 was a pioneer in the cursor addressable smart-terminal world. The other option allows the vt100 to just keep printing on the 80th column. I.e. everthing after the 80th char gets printed over the 80th char. I have a vt100 technical reference manual here. It's quite obtuse, and difficult to read. On the other hand, it actually says a *little* bit more than the vt220 pocket reference card does. I suggest that authors of vt100 emulators fire up a local copy of Jonathan's Own Version of Emacs (JOVE) and give it a thurough run-through. One of these days I will upgrade the program vttest to do tests for what I feel are the most common problems with vt100 terminal emulators. Don't hold your breath. I have to graduate first. Now, back to programming for my thesis. If anyone's interrested, I'm a physics major doing color digital image enhancement using a tektronix 4125 color graphics terminal. Blows a GS out of the water. . . Though it has no sound but a wimpy bell, and you have to hook it up to another computer (right now our Vax) to get it to do things. :-) :-) :-) Sean Kamath -- UUCP: {decvax allegra ucbcad ucbvax hplabs}!tektronix!reed!kamath CSNET: reed!kamath@Tektronix.CSNET || BITNET: kamath@reed.BITNET ARPA: kamath%reed.bitnet@cunyvm.cuny.edu US Snail: 3934 SE Boise, Portland, OR 97202-3126 (I hate 4 line .sigs!)