Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!lll-winken!elroy.jpl.nasa.gov!ncar!gatech!udel!sbcs!csserv1.ic.sunysb.edu!dtiberio
From: dtiberio@csserv1.ic.sunysb.edu (David Tiberio)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Features I'd like to see in JRCOMM
Message-ID: <1991Feb8.213255.25607@sbcs.sunysb.edu>
Date: 8 Feb 91 21:32:55 GMT
References: <52363@sequent.UUCP> <26743@uflorida.cis.ufl.EDU> <947@faatcrl.UUCP>
Sender: usenet@sbcs.sunysb.edu (Usenet poster)
Organization: State University of New York at Stony Brook
Lines: 20

In article <947@faatcrl.UUCP> jprad@faatcrl.UUCP (Jack Radigan) writes:
>jma@beach.cis.ufl.edu (John 'Vlad' Adams) writes:
>
>
>  What's with all this "internal" multitasking talk?  The *only* change I
>had to make, and it's in there for the 1.02 release, is to close the capture
>file before the file transfer is started.
>
>  -jack-

  Yes, it does severely lack in internal multitasking. I think Access! has
internal multitasking (you can open up all of the windows at the same time).
I am working on a terminal program and BBS that does multitask internally,
unlike all other BBSs and terminals. The user can access almost anything at
any time. It's nice to be able to download something while changing phone
numbers in the address book or something like that.
  
  But I shouldn't go into details until my terminal is released. :)

DavidTiberio SUNYStonyBrook2-3605 AMIGA TotalProductions DDDMEN