Around 15 o'clock on Sep 15, Mark Vojkovich wrote:
> 3) No preallocated colors by default.
>
> It might be reasonable to assume users stuck in PseudoColor are there
> because they have antiquated hardware, in which case, they don't have
> very high expectations for things like anti-aliasing. Either that
> or they are in PseudoColor for a the palettes, in which case, they
> might resent preallocations of any type.
That's equivalent to disabling the Render extension, which should probably
be an option. As Render operates strictly with RGBA values, not providing
a mapping for pixels on the screen means there's no way to draw anything.
I'd argue that this is not a reasonable default though, I hope that most
applications will be able to count on the existance of the Render
extension in the future and avoid significant client-side complexity as a
result.
The question then is what the right default is; I think Render should be
enabled, but probably with fewer colors than it consumes right now.
What do others think about making read-only PseudoColor allocations a bit
less strict and permitting them to match nearby entries with not exactly
the same RGB values? That would reduce color fidelity while also avoiding
application failure in many cases.
[EMAIL PROTECTED] XFree86 Core Team SuSE, Inc.
_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
