On Fri, Jan 30, 2004 at 12:10:41PM -0000, Thomas Dickey wrote: > Matt Price <[EMAIL PROTECTED]> wrote: > > On Fri, Jan 30, 2004 at 01:02:07AM -0000, Thomas Dickey wrote: > >> Matt Price <[EMAIL PROTECTED]> 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... thanks, matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]