Re: Emacs 256 color support.

[Josh Howard]

"Eli Zaretskii" <address@hidden> writes:

> > From: Josh Howard <address@hidden>
> > Date: 07 Oct 2003 13:52:56 -0700
> > > 
> > > So how about if you try to debug this?  The place to start would be to
> > > step with a debugger into the function term_init (defined on term.c)
> > > and see what value it assigns to the variable TN_max_colors, and why.
> > 
> > I ended up doing this. It apparently just reads the Co# out of the
> > termcap.
> 
> So does this mean that the value of Co was incorrect?

Originally in my termcap, Co was incorrect. I set it to 256 and now
the problem is not fixed, though display-color-cells DOES return 256
colors as it probably should.

> So fixing Co fixed the problem?

Not if the problem is defined as seeing 256 colors in Emacs. It just
makes the color list longer, though all of the new colors do nothing.

> > Changing or modifying my X
> > resources to assign colors to color200 for instance and setting a
> > face to color-200 ends up with nothing interesting happening.
> 
> Last time I checked X resources had no effect whatsoever on an Emacs
> launched with the -nw switch.  Or am I missing something?

You're not, I just figured I'd point out that I tried this... There
was some elisp stuff put out by someone that was supposed to be some
hackery for getting 256 color support on Emacs and his functions
added things to the .Xdefaults and merged them in order to affect a
change in Emacs.

http://www.splode.com/~friedman/software/emacs-lisp/src/term/xterm-256color.el


-- 
Josh Howard <address@hidden>