Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!sdd.hp.com!elroy.jpl.nasa.gov!ncar!gatech!rutgers!faatcrl!jprad
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Features I'd like to see in JRCOMM
Message-ID: <983@faatcrl.UUCP>
Date: 13 Feb 91 19:18:13 GMT
References: <1991Feb3.075026.1923@ckctpa.UUCP> <910203.083436@lerami.lonestar.org> <26743@uflorida.cis.ufl.EDU> <52549@sequent.UUCP> <52892@sequent.UUCP>
Organization: FAA Technical Center, Atlantic City NJ
Lines: 42

cseaman@sequent.UUCP (Chris "The Bartman" Seaman) writes:

>The windows that show info while down or uploading are pretty
>complete, however one more number (I know this will sound
>like a spoiled child talking) would be nice: how high the
>*actual* transfer speed is. Then you would be able to see
>how much the speed drops down at a given moment if the line
>sucks. Also you'd see the maximum speed if the transfer is
>going perfectly.

  The *acutal* throughput figure is shown, instantaneous speeds or
peak speeds are not really that useful and would need a bit of fudging
due to the double buffering and other things.  Besides, I'd rather have
the cpu handling data rather than computing every superfluous statistic
just for the sake of it.

>Also a very nice thing would be a search option in the review
>buffer. Many times it happens that I wanna review something
>and find myself swimming around 48K of text trying to find
>what I need. I'm not talking about grep-like functions. A
>plain, simple search option with modest wildcards options
>would suffice for me.

  Yeah, a simple, unanchored Boyer-Moore search is doable, no
grep though.

>It would also be very nice if you could speed the
>scrolling somewhat. Would be nice for the review
>buffer and probably neccesary to keep up with high
>speed modems. I don't know how they do it, but
>take a look at the Cygnus editor among others.
>I guess they use the blitter to scroll but that is
>up to the programmer to find out :^)

  A 2 or 4 color screen works pretty nicely as it is, but I do
plan to work on that somemore for the future.
  
>An option to have audible/visible beep.

  Already in there.

  -jack-