On Sun, Mar 28, 2004 at 08:48:37PM +0100, Julian Gilbey wrote: > I've got an interesting problem. I've recently upgraded my XWindows > packages and mozilla (all in unstable) from about a month ago, and now > mozilla can't get a decent set of colo(u)rs. I'm working on an 8-bit > display :-/ and I remember Branden saying something a while back about > possible issues with the XRENDER library hogging 6x6x6=216 of the > available colo(u)rs. Could this be part of this problem, and if so, > is there a way to disable it at runtime to test this theory?
Hmm, I thought the color cube was made smaller in XFree86 4.3.0. Michel Dänzer suggested 'Option "RenderColormapMode"'. Unfortunately, this option is *completely* undocumented, but a bit of source grepping turns up: { FLAG_RENDER_COLORMAP_MODE, "RenderColormapMode", OPTV_STRING, {0}, FALSE }, ...so we know it takes a string argument. int PictureParseCmapPolicy (const char *name) { if ( strcmp (name, "default" ) == 0) return PictureCmapPolicyDefault; else if ( strcmp (name, "mono" ) == 0) return PictureCmapPolicyMono; else if ( strcmp (name, "gray" ) == 0) return PictureCmapPolicyGray; else if ( strcmp (name, "color" ) == 0) return PictureCmapPolicyColor; else if ( strcmp (name, "all" ) == 0) return PictureCmapPolicyAll; else return PictureCmapPolicyInvalid; } So it looks like acceptable values are "default", "mono", "gray", "color", and "all". If someone would care to explain the meanings of those to me, I'd be happy to write a patch to XF86Config.man to document it. -- G. Branden Robinson | I'm sorry if the following sounds Debian GNU/Linux | combative and excessively personal, [EMAIL PROTECTED] | but that's my general style. http://people.debian.org/~branden/ | -- Ian Jackson
signature.asc
Description: Digital signature