On Wed, 09 Jun 2004 11:03:45 +0900, Carsten Haitzler said: > well actually why would X read the gamma? the video card can adjust the DAC to > compensate for the entire screen without a single cpu cycle being needed :) i > see gamma correction as an "SEP" (somone elses problem). sure we could provide a > small "set your gamma correction" tool that simply asks x to adjust its gamma > correction... but thats as far as i see our involvement being needed. also with > the increasing spread of lcd screens - gamma is looking much nicer :)
That was actually my point - E doesn't need to support the X gamma features :) Note however that it isn't always that easy - note the PNG issue (what do you do if you have one picture that has a nominal gamma of 1.25, another that has a gamma of 2.1. Oh, and this laptop of mine - the LCD reports a gamma of 3.55, but the external Gateway monitor has 2.05... Fortunately, once again E doesn't have to support it itself - it can push the PNG problem off on libpng.so and let *it* worry about it. ;) And as you noted, any remaining issues can be pushed off on the user's .xsession file :) (And gamma correction was *one* example - there's plenty of other things in the "all features" that E doesn't have any business "supporting" - even though I may like eye candy, I shudder to think of what *possible* support (other than "stay the f--k out of the way") E could give to the XVideo-MotionCompensation extension. ;)
pgpjALZMO5AFJ.pgp
Description: PGP signature
