Re: memory efficient compisiting

Around 11 o'clock on Mar 2, Brian Paul wrote:

> Are simultaneous, heterogeneous pixel depths supported now in the new 
> X server code?

Yes.  You can see that today with the depth-32 ARGB visuals; I can
trivially add whatever other visuals you'd like.

However, getting applications to use them requires adding non-default 
Visual support to toolkits, which may be nominally supported, but isn't 
easy to use.

And, any non TrueColor visual makes Render unhappy, so anti-aliasing isn't 
as nice.

Oh, there's a semantic issue with the protocol.  The Root window visual 
defines the default visual, which is generally what applications end up 
using.  Setting that to 16 bits will fix that, but then I need to go 
change the Composite extension to permit 'composite override' so we can 
create a non-root 32-bit window to composite everyone to, otherwise we'll 
have beautiful 32-bit windows blended down to a patchy looking 16 bits.  
Ugh.

Yet another change for the Composite extension.  Good thing it's not a 
standard yet.

-keith

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Exmh version 2.3.1 11/28/2001

iD8DBQFARS49Qp8BWwlsTdMRAmaHAKCfnyLTF2KwYP/eOIt033X9Zl7uJQCghTS+
q8XbCG3BWquPKqtwBP38O6I=
=F5b/
-----END PGP SIGNATURE-----