[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: ANSITERM 2.0 (3 OF 3)



In article <10827.61.uupcb@uttsbbs.uucp>, Paul Parkhurst writes...
> 
> -> From: andrep@balboa.eng.uci.edu (Andre Prellwitz)
> [...]
> -> But why do you *have* to jump-scroll every time?  Can't the program
> -> figure out how far behind it is, and if it's less than x lines
> -> behind, it only jumps as many lines as it needs to?  Try doing a
> -> 'more <file>' with j-s set to 3...
> 
>    You're missing the point.  It was put in the help speed up slow
> scrolling.  If it bothers you, keep it set at 1.  It will then act
> normal.

    I'm not sure exactly how this works in AT 2.0.  My xterm windows at
school all have jump scroll enabled.  There isn't any option to set how
many lines.  It simply scrolls as much as it needs to.  If you set AT to
jump-scroll 3 lines, will it *always* wait for three lines to go by
before updating the screen?  Or will it get one line, realize it has
time to update the screen and do so?  What happens if text comes in
faster than expected, and scrolling 3 lines at a time isn't enough? 
Will text be lost?

    That's a lot of questions.  ;-)  What I'm saying is that AT should
only as much as it needs to, as Andre said.  If AT updates the screen,
say, 10 times a second, sometimes 5 lines will have scrolled by,
sometimes two, sometimes none.  Anyway, I should look at 2.0 before I
shoot my mouth of some more.  :)
-- 
Brian Tao:: 90taobri@chasm.scar.utoronto.ca (University of Toronto)
::::::::::: taob@r-node.hub.org (r-Node BBS, 416-249-5366, FREE!)