On Fri, Jan 30, 2004 at 12:10:41PM -0000, Thomas Dickey wrote: > Matt Price <[EMAIL PROTECTED]> wrote: > > > 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. >
sorry for coming back so quick, I found some info on the net and just restarted X with startx -- :1 -bpp 16 which I understand ought to give me a 16-bit display; but still no luck with the color cube. sigh. best, matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
