Around 23 o'clock on Oct 22, David Dawes wrote: > If it can be run in a mode where no colours other than black or white are > allocated, then that'd be OK. It needs to be possible to have a > configuration where legacy pseudocolor-only clients can run without > interference. I can't think of too many reasons why people would choose to > run in 8-bit mode other than to be able to run such clients.
Someone should implement 8-bit emulation on direct color hardware. Glue that together with hacks to fake out the root visual and we'd eliminate this kind of foolishness. But, it's also of less and less interest as these apps fade into obscurity. > That sounds reasonable to me. It also simplifies the implementation > (unless we want to be able to set these options per-screen from > the config file). I guess it hardly matters. Assuming that 8-bit is used strictly for broken apps, then any sensible person wouldn't want to have one 8-bit screen for legacy apps and another 8-bit screen for current apps -- they'd run the second screen at 24 bits. Keith Packard XFree86 Core Team HP Cambridge Research Lab _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
