Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!zaphod.mps.ohio-state.edu!tut.cis.ohio-state.edu!rutgers!att!cuuxb!migh
From: migh@cuuxb.ATT.COM (~XT6561110~Mike Hall~C24~M26a~6029~)
Newsgroups: comp.sys.att
Subject: Re: Escape codes and colors in AT+T SysV.
Message-ID: <4355@cuuxb.ATT.COM>
Date: 8 Dec 89 18:48:53 GMT
References: <8@dynasys.UUCP> <1989Dec3.025200.26143@virtech.uucp> <4349@cuuxb.ATT.COM> <1989Dec6.051623.22169@chinet.chi.il.us>
Reply-To: migh@cuuxb.UUCP (Mike Hall)
Organization: AT&T Computer Systems, Lisle, IL
Lines: 29


 = In article <4349@cuuxb.ATT.COM> migh@cuuxb.UUCP (Mike Hall) writes:
 = 
 = >And if you want to be more device independant, try using "tput" when
 = >	tput setb 3		# set character cell background to color 3

 = But it still doesn't solve the problem that the resulting display is
 = exceedingly ugly.  Only the printed characters get the new background
 = color while the right-hand side of the screen remains black.

Yeah, that's why I called it a "character cell background" color.

 = Is there any way to make all of the screen which is normally black some
 = other color?  White-on-blue is much nicer than the standard ega/vga text.

Well, maybe... I was rooting around in the support group's "stockroom" of
fixes (trying to find some info about the 2224 modems), and stumbled across
a "fix" for the display driver which sounds like it will do that.  Whether
or not it changes the color past the edges of the 25x80 screen I don't know.

Somehow you've gotta convince the NJ hotline to escalate the problem to Lisle
and then "inform" the support consultant of the fix.  [Boy, is _this_ ever
gonna get me in trouble!!!]

A caveat: it doesn't look like it has been sent out, so maybe they're
sitting on it for some good reason. (Then again, it looks like it's about 
a year old...)

Mike (getting in trouble, Ho, ho, ho!) Hall		att!cuuxb!migh