On Fri, Oct 18, 2002 at 04:42:04PM -0400, Wojciech Kasprzak wrote: > I have a problem installing 16 color cells into the > system colormap (two of them read-writable, all done up-front > in our application), under Linux 7.3, running on a Gateway > 700S PC with 128MB NVIDIA GeForce4 MX440G graphics card. > The actual X server used is the XFree86, and I tested it > with nv and nvidia card drivers and minimum color resources > requested (solid color background in the root window, > no Netscape, etc.) > The problem looks the same under KDE or GNOME desktops. > Two to four cells are allocated in the 8-bit color mode > (PseudoColor). In the 24-bit TrueColor only the "read-only" > (shared) colors can be installed in the colormap which limits > the application. A bare-bones "failsafe" environment > in the 8-bit color yields the same results as the 24-bit > color. >
Here my humble opinion. If you need to have read/write colours in your application, your application should be able to use a private colormap (man XCreateColormap). If you can allocate your colours, fine, if not create a private color map. I do not think that XFree cvs will solve allocation pbs in general. If you start your server with XRender (which allocate "only" 85 colors) and then start, says, a kde application (without limiting the colors to 64) then almsot surly all the colours will be allocated. So your application will be unusable without a private cmap. About read-only color in PseudoColor mode, I suggest to take the more close colour in the used colormap if XAllocColor fail. Regards, Olivier _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert