Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!zaphod.mps.ohio-state.edu!wuarchive!udel!haven.umd.edu!socrates.umd.edu!socrates!rockwell From: rockwell@socrates.umd.edu (Raul Rockwell) Newsgroups: comp.dcom.modems Subject: Re: T1000 and 2400 baud vs. 9600 for interactive use Message-ID: Date: 12 May 91 19:58:47 GMT References: <6196@mahendo.Jpl.Nasa.Gov> <64136@bbn.BBN.COM> Sender: rockwell@socrates.umd.edu (Raul Rockwell) Organization: Traveller Lines: 18 In-Reply-To: pplacewa@bbn.com's message of 12 May 91 01: 37:42 GMT Paul Placeway: Peter da Silva: < That's a user interface problem again: rn should flush output and < perform the command as soon as you hit that key, the way 'vnews' < does it. Or Emacs. Unless you are calling into an Annex, and then going into your host with telnet or rlogin, as I am now. In this case, it doesn't matter that Emacs is smart enough to do the "right thing", because it has allready sent the *entire* screen refresh to the Annex before my typed character reaches it, so it can't flush because it thinks it doesn't have to. This would largely go away if emacs could be told that the connection is really 2400 baud (or whatever) so that it wouldn't get much more than a second ahead of what you should be able to receive. Raul Rockwell