info-vax@ucbvax.ARPA (07/31/85)
From: *Hobbit* <AWalker@RUTGERS.ARPA> Terminals that can't handle typeout at 9600 baud without flow control generally *are* inferior. Current hardware is quite capable of doing 19.2 without any trouble if the thing is correctly designed. Older terminals may suffer some, which is why the capability to insert padding for certain functions exists in termcap and its ilk. Your best bet is to buy a real terminal that you can use real editors on... _H* -------
info-vax@ucbvax.ARPA (08/01/85)
From: Provan@LLL-MFE.ARPA That sounds a little extreme. I've never seen a terminal that can delete several lines off a screen without some padding, although I'm sure there are some. Other complex functions like deleting or inserting characters usually take a lot of time, too. Are there actually terminals that can do all of their functions without getting a little padding? My experience has been that the more sophisticated the hardware, the more they make it do for the user, so the likelyhood of having to pad remains about the same. Did anyone answer the original question? This guy has a stupid terminal (needless to say, since it's a DEC terminal) which has a feature (^S and ^Q are terminal functions, not characters to be transmitted) that he's trying to get around. I think his choice is probably between Emacs and some other editor, not between terminals. Can't a Emacs wizard tell him how to move ^S and ^Q? There must be a way. CC: *Hobbit* <AWalker@RUTGERS.ARPA>, info-vax@sri-kl.arpa
info-vax@ucbvax.ARPA (08/06/85)
From: ihnp4!houxm!ho95e!wcs@BERKELEY Hobbit at Rutgers comments that terminals that need ^S^Q to reach 9600 are antiques and should be replaced with decent hardware. While that's nice in theory, lots of us work on data LANs, or use PCs running terminal emulators, or use other combinations of things that occasionally need flow control. Emacs never should have used ^S^Q in the first place, but that's water under the bridge. Bill Stewart, ucbvax!ihnp4!ho95c!wcs