Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!bronze!silver!dmoffatt From: dmoffatt@silver.ucs.indiana.edu (David Moffatt) Newsgroups: comp.windows.ms Subject: Re: wouldn't it be nice if.... Keywords: multiterminals Message-ID: Date: 27 May 91 14:27:15 GMT References: <834@hartmanis.albany.edu> Sender: news@bronze.ucs.indiana.edu (USENET News System) Organization: Indiana University Lines: 22 In also had the same idea. I am a computer science student at Indiana Universtiy and one of the things we have to do is senior projects so that is what doing. So far the program look nothing like what you described. I doubt I will ever get anything that would be a useable also. But as far as I can see so far it is quit a simple matter to time slice the serial line useing small packets and giveing priority to keyboard input. The way it works in my scheme you can download files in the background but that is about it. So far the biggest snafu I have had to deal with are the user commands like remote dir. This is not a hard problem it just requires a little more work than putting the files into packets. I think when someone comes out with a good program to do this it will quickly take the market by storm. But the program has to easly ported to mainframes and has to use a good scheme of prioritizing. Also it will be incompatable with present day stuff or maybe it could be made so that it worked like a normal com. program until a special command was gives to spawn additional windows? Oh well ... who knows what may happen. Dave Moffatt the hack who is not a geek.