From 9158ffa59c357f42423bd8a7ffd0471346e53589 Mon Sep 17 00:00:00 2001 From: Mattias Andrée Date: Wed, 15 Oct 2014 07:59:50 +0200 Subject: discussion: cleaning up after applications MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: Mattias Andrée --- doc/info/mds.texinfo | 42 ++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 42 insertions(+) (limited to 'doc/info') diff --git a/doc/info/mds.texinfo b/doc/info/mds.texinfo index 0e44487..889ce8f 100644 --- a/doc/info/mds.texinfo +++ b/doc/info/mds.texinfo @@ -5120,6 +5120,7 @@ Right @kbd{super} key @menu * Server Architecture:: Discussion on fundamental design choices. +* Fixing X.org Issues:: Can we avoid the problems X.org has? @end menu @@ -5469,6 +5470,47 @@ performing gaming consoles. +@node Fixing X.org Issues +@section Fixing X.org Issues + +@menu +* Automatic Cleanup:: Cleanup up after applications. +@end menu + + + +@node Automatic Cleanup +@subsection Automatic Cleanup + +A common critique of X.org is that the monitor resolution +is not restored if a game change the resolution and for +some reason, for instance a software crash, does not switch +back before exiting. This problem is not intrinsic to the +protocol, but rather because of a lacking protocol. You +can run a program like @command{xrandr} to change the +monitor resolution for the entirety of the session and +@command{xrandr} can exit when the resolution has changed. +This is how it should be. However, there is no way to tell +an X.org server to switch back if the connection between +the program and server is lost. This is easily fixed by +adding a lifespan parameter as found in @ref{set-gamma}. + +A similar critique of X.org is that gamma ramps are not +restored when an application exits. Either the ones +complaining about this do not understand why gamma ramps +exists, namely so you can calibrate the monitor's output +in respect to the colours, and just think it is a way +to make the video in games brighter. Or they think we +should have daemons running ideally to have gamma +adjustments. Or, more likely and more validly, its is +poorly phrased and they actually want a way for +applications, like games, to inform the display server +to undo its modifications to the gamma ramps when the +program exits. This is already supported by the mds +protocol. + + + @node GNU Free Documentation License @appendix GNU Free Documentation License @include fdl.texinfo -- cgit v1.2.3-70-g09d2