Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!gvlf3.gvl.unisys.com!faatcrl!jprad
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: JRComm -- Text attributes?
Message-ID: <937@faatcrl.UUCP>
Date: 6 Feb 91 02:35:01 GMT
References: <4639@orchid3.UUCP>
Organization: FAA Technical Center, Atlantic City NJ
Lines: 35

king@motcid.UUCP (Steven King) writes:

>Well, this weekend I got the latest and greatest JRComm (1.01?) up an running
>on my machine.  Nice program, but I couldn't find a way to get text
>attributes (underline, boldface, etc) to work in vt100 or vt102 modes.  I
>call two Unix systems and those things are pretty important to me.  I threw
>the display into hex mode and saw that the systems were indeed sending the
>codes, but JRComm wasn't reacting.  Am I missing something ridiculously
>simple here, or is the program really crippled?

  The annoyance screen is the *only* difference between the evaluation and
registered versions.  As for text attributes, you need to install the vtxx
series of fonts from the fonts.lzh archive that *should* have been included
with the evaluation version...

>Also, is it just me or is the scrolling abysmal?  I've tried every
>combination of "optimized" and "smooth" (both set, neither set, etc.) and
>couldn't find a way to make it less jerky without taking a day and a half (in
>smooth mode) to scroll up a page.  With smooth set it's just too damn slow,
>without it it flickers worse than any interlace screen I've ever seen.  And
>this is NOT in interlace!  I tried reducing the number of bitplanes but to no
>avail.  Again, am I missing something?

  Smooth scroll is quite the bit mover, the default screen is a 3 bitplane
job that has 48k of data to shuffle per scroll operation.  In smooth scroll
it actually does 4 two line scrolls per, that's alot of data to move.  The
most effiecient way to use it is to have smooth scroll off and optimized
scroll on.  What the optimization does is to only scroll non-empty bitplanes
by the longest text line on the display.

  If the scroll still looks painfully slow it's probably due to a lack of
true fast ram in the system, in that case, you may want to use a 4 color
screen.  You'll lose high blinking characters though.

  -jack-