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

Re: 256-color xterm

On Fri, Jan 30, 2004 at 12:10:41PM -0000, Thomas Dickey wrote:
> Matt Price <matt.price@utoronto.ca> wrote:
> > On Fri, Jan 30, 2004 at 01:02:07AM -0000, Thomas Dickey wrote:
> >> Matt Price <matt.price@utoronto.ca> wrote:
> >> > On Wed, Jan 28, 2004 at 10:55:51PM -0000, Thomas Dickey wrote:
> >> >> 
> >> >> The XFree86 xterm supports ANSI color and VT220 emulation
> >> >> There's an faq at
> >> >> 	http://invisible-island.net/xterm/xterm.faq.html
> >> >> 	ftp://invisible-island.net/xterm/
> >> >> 
> >> 
> >  > Not exactly (I don't make any of those packages, but frequently compile
> >> xterm on systems where they're installed).  Looking at the stuff I've
> >> installed, it appears that xlibs-dev and libxaw6-dev is what you need to
> >> be able to do this.  So making a package shouldn't require anything more
> >> (except of course the package-building-packages) than what I need to 
> >> compile xterm.  After all, they're not incorporated into xterm's package.
> >>
> > ok, I went ahead and compiled/installed a 256-color xterm.  I was
> > hoping that the extra colors would magically appear for me in xemacs,
> > but emacs still thinks I have only 16 colors.  Also I tried running some of
> That could be a termcap issue - emacs has to see the xterm-256color entry.
> But I don't use emacs, and only know secondhand about the script it uses
> for setting this up.
> > the tests in vttests (um, I get the impression from the net that you
> > wrote these, Thomas!) but the oly one that seemed to generate more
> most of them - not the 256colors.pl (though I've made changes to it).
> > than 16 colors was dynamic.sh.  256colors.pl, for instance, only shows
> > the ANSI colors, not the 16x16 box or the grayscale ramp its supposed
> > to.  Do I have to set some other variables somewhere (e.g., in
> > .Xdefaults) to make sure xtemr understnads 256-colors?
> No - the main thing here is whether your X server has enough colors available.
> The 8-bit displays don't.  I've tested this mostly with 16-bit displays.
> xterm has defaults for the color resources (compiled in), so that's normally
> not a problem.  Otherwise, when color is enabled there's no additional
> resources controlling whether the 256-colors are available.

-- so I'm a bit confused.  Does this mean I should check in my
XF86config-4 (or someplace similar) to see if my display is 8 or 16
bit?  Or is something else meant by #display' in this context?  I
don#t know how to find that kind of information out (I should say,
though, that my monitor is a fairly modern color moniitor which has
'millions of colors' when I attach it to my mac...


Reply to: