Resolution revert on application crash

[Luke Benstead]

On 29 July 2010 18:02, Alan Coopersmith <alan.coopersmith at oracle.com> wrote:

> Luke Benstead wrote:
> > Hi all,
> >
> > I did bring this issue up for discussion about a year ago here:
> > http://www.mail-archive.com/xorg-devel@lists.x.org/msg00832.html
> >
> > But that thread sort of died, and this is still an issue. There is a bug
> > report for it here: https://bugs.freedesktop.org/show_bug.cgi?id=14255
> >
> > I've been trying to work out where the issue lies, well more
> > specifically where it should be fixed. I've just had a chat to a Compiz
> > dev and he thinks that if an application crashes it should be up to the
> > xserver to restore the resolution. If a fullscreen program loses focus,
> > then I think it's probably the WM's job of restoring the resolution
> there.
> >
> > Does anyone have any thoughts on how this should all be tied together?
> > Does the xserver have enough information to restore the resolution if an
> > application crashes? If so, is it a trivial thing to implement?
>
> As far as the X server knows, all resolution changes are intended to be
> permanent configuration changes, not temporary for the life of a certain
> app which just happens to be displaying a window the same size as the
> screen resolution.   There's nothing for it to "restore".
>
> To do what you want I believe you'd have to update the RandR extension to
> somehow capture intent - perhaps a new request to specify that any
> resolution changes requested by this client only be applied when the
> client has focus.
>
> --
>        -Alan Coopersmith-        alan.coopersmith at oracle.com
>         Oracle Solaris Platform Engineering: X Window System
>
>
I see. Who's in charge of adding to the RandR specification? This kind of
functionality would definitely be really nice for projects like SDL and Wine
and also games that have to change the resolution just for a single
application window. What's the process for proposing this kind of feature?

Luke.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg-devel/attachments/20100729/84d275c9/attachment.htm>