Re: Proposing _NET_WM_STATE_FULLSCREEN_EXCLUSIVE
Nathaniel Smith <[email protected]> Sun, 28 Oct 2012 08:19:41 +0000
| Newsgroups | gmane.comp.gnome.wm-spec |
|---|---|
| Message-ID | <CAPJVwB=NryPtb1dnsbBemEhK5M5i7HEF5mTckH5CA0Fw5R+PUQ@mail.gmail.com> |
--===============1378672561== Content-Type: multipart/alternative; boundary=047d7b5d5b7afb526b04cd1a3600 --047d7b5d5b7afb526b04cd1a3600 Content-Type: text/plain; charset=UTF-8 On 28 Oct 2012 04:13, "Carsten Haitzler" <[email protected]> wrote: > > On Sat, 27 Oct 2012 23:33:23 -0400 "Ryan C. Gordon" <[email protected]> said: > > > > > > hehe sure. 320x240 etc. are pretty much gone. do you expect the game to go > > > to randr and query available modes? does this sound sensible actually? i > > > don't think it does as game doesnt know what monitor it is destined for > > > until its window is mapped. i suspect we need to have some level of > > > negotiation here. maybe wm advertises available exclusive fullscreen > > > resolutions in a property, and then game selects one of them. > > > > In my wildest dreams, only the "read-only" parts of XRandR would be available > > to apps, but it doesn't sound like it's a big problem to supply a list of > > available resolutions through the Window Manager...I guess it would remove > > any dependency in apps on a specific X11 extension, and lets DEs specify just > > what they want to allow. > > i think this would be best. it simplifies the game side (randr code totally > gone) and hands control to the de. if the de has a policy of "only alow native > resolutions" it will query randr, find the native screen resolutions and just > list those. user prefs apply to all games now nicely. hell if de wanted to it > could offer the user to explicitly select his desired fullscreen resolutions > once for all games and this ends up as some subset of available resolutions. > the user could even configure which screen fullscreen windows are to appear on > "always" etc. (your primary screen may not be screen id # 0 which many games > currently seems to just assume is my main monitor :)). It's cool for the wm (or xrandr) to be used as a source of "suggested" resolutions, but let's make sure that apps aren't required to pick one of those and the wm has to do something more or less sensible no matter what. This hint is potentially useful for, say, vnc or virtual machine windows (especially something like virtualbox running win32 running a full-screen game!), but it's not clear that we can pass allowable resolutions down through that chain of programs. -n > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) [email protected] > > _______________________________________________ > wm-spec-list mailing list > [email protected] > https://mail.gnome.org/mailman/listinfo/wm-spec-list On 28 Oct 2012 04:13, "Carsten Haitzler" <[email protected]> wrote: > On Sat, 27 Oct 2012 23:33:23 -0400 "Ryan C. Gordon" <[email protected]> > said: > > > > > > hehe sure. 320x240 etc. are pretty much gone. do you expect the game > to go > > > to randr and query available modes? does this sound sensible actually? > i > > > don't think it does as game doesnt know what monitor it is destined for > > > until its window is mapped. i suspect we need to have some level of > > > negotiation here. maybe wm advertises available exclusive fullscreen > > > resolutions in a property, and then game selects one of them. > > > > In my wildest dreams, only the "read-only" parts of XRandR would be > available > > to apps, but it doesn't sound like it's a big problem to supply a list of > > available resolutions through the Window Manager...I guess it would > remove > > any dependency in apps on a specific X11 extension, and lets DEs specify > just > > what they want to allow. > > i think this would be best. it simplifies the game side (randr code totally > gone) and hands control to the de. if the de has a policy of "only alow > native > resolutions" it will query randr, find the native screen resolutions and > just > list those. user prefs apply to all games now nicely. hell if de wanted to > it > could offer the user to explicitly select his desired fullscreen > resolutions > once for all games and this ends up as some subset of available > resolutions. > the user could even configure which screen fullscreen windows are to > appear on > "always" etc. (your primary screen may not be screen id # 0 which many > games > currently seems to just assume is my main monitor :)). > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) [email protected] > > _______________________________________________ > wm-spec-list mailing list > [email protected] > https://mail.gnome.org/mailman/listinfo/wm-spec-list > --047d7b5d5b7afb526b04cd1a3600 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <p dir=3D"ltr">On 28 Oct 2012 04:13, "Carsten Haitzler" <<a hr= ef=3D"mailto:[email protected]">[email protected]</a>> wrote:<br> ><br> > On Sat, 27 Oct 2012 23:33:23 -0400 "Ryan C. Gordon" <<a h= ref=3D"mailto:[email protected]">[email protected]</a>> said:<br> ><br> > ><br> > > > hehe sure. 320x240 etc. are pretty much gone. do you expect = the game to go<br> > > > to randr and query available modes? does this sound sensible= actually? i<br> > > > don't think it does as game doesnt know what monitor it = is destined for<br> > > > until its window is mapped. i suspect we need to have some l= evel of<br> > > > negotiation here. maybe wm advertises available exclusive fu= llscreen<br> > > > resolutions in a property, and then game selects one of them= .<br> > ><br> > > In my wildest dreams, only the "read-only" parts of XRa= ndR would be available<br> > > to apps, but it doesn't sound like it's a big problem to = supply a list of<br> > > available resolutions through the Window Manager...I guess it wou= ld remove<br> > > any dependency in apps on a specific X11 extension, and lets DEs = specify just<br> > > what they want to allow.<br> ><br> > i think this would be best. it simplifies the game side (randr code to= tally<br> > gone) and hands control to the de. if the de has a policy of "onl= y alow native<br> > resolutions" it will query randr, find the native screen resoluti= ons and just<br> > list those. user prefs apply to all games now nicely. hell if de wante= d to it<br> > could offer the user to explicitly select his desired fullscreen resol= utions<br> > once for all games and this ends up as some subset of available resolu= tions.<br> > the user could even configure which screen fullscreen windows are to a= ppear on<br> > "always" etc. (your primary screen may not be screen id # 0 = which many games<br> > currently seems to just assume is my main monitor :)).</p> <p dir=3D"ltr">It's cool for the wm (or xrandr) to be used as a source = of "suggested" resolutions, but let's make sure that apps are= n't required to pick one of those and the wm has to do something more o= r less sensible no matter what. This hint is potentially useful for, say, v= nc or virtual machine windows (especially something like virtualbox running= win32 running a full-screen game!), but it's not clear that we can pas= s allowable resolutions down through that chain of programs.</p> <p dir=3D"ltr">-n</p> <p dir=3D"ltr">> --<br> > ------------- Codito, ergo sum - "I code, therefore I am" --= ------------<br> > The Rasterman (Carsten Haitzler) =C2=A0 =C2=A0<a href=3D"mailto:raster= @rasterman.com">[email protected]</a><br> ><br> > _______________________________________________<br> > wm-spec-list mailing list<br> > <a href=3D"mailto:[email protected]">[email protected]</a><b= r> > <a href=3D"https://mail.gnome.org/mailman/listinfo/wm-spec-list">https= ://mail.gnome.org/mailman/listinfo/wm-spec-list</a><br> </p> <div class=3D"gmail_quote">On 28 Oct 2012 04:13, "Carsten Haitzler&quo= t; <<a href=3D"mailto:[email protected]">[email protected]</a>>= wrote:<br type=3D"attribution"><blockquote class=3D"gmail_quote" style=3D"= margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> On Sat, 27 Oct 2012 23:33:23 -0400 "Ryan C. Gordon" <<a href= =3D"mailto:[email protected]">[email protected]</a>> said:<br> <br> ><br> > > hehe sure. 320x240 etc. are pretty much gone. do you expect the g= ame to go<br> > > to randr and query available modes? does this sound sensible actu= ally? i<br> > > don't think it does as game doesnt know what monitor it is de= stined for<br> > > until its window is mapped. i suspect we need to have some level = of<br> > > negotiation here. maybe wm advertises available exclusive fullscr= een<br> > > resolutions in a property, and then game selects one of them.<br> ><br> > In my wildest dreams, only the "read-only" parts of XRandR w= ould be available<br> > to apps, but it doesn't sound like it's a big problem to suppl= y a list of<br> > available resolutions through the Window Manager...I guess it would re= move<br> > any dependency in apps on a specific X11 extension, and lets DEs speci= fy just<br> > what they want to allow.<br> <br> i think this would be best. it simplifies the game side (randr code totally= <br> gone) and hands control to the de. if the de has a policy of "only alo= w native<br> resolutions" it will query randr, find the native screen resolutions a= nd just<br> list those. user prefs apply to all games now nicely. hell if de wanted to = it<br> could offer the user to explicitly select his desired fullscreen resolution= s<br> once for all games and this ends up as some subset of available resolutions= .<br> the user could even configure which screen fullscreen windows are to appear= on<br> "always" etc. (your primary screen may not be screen id # 0 which= many games<br> currently seems to just assume is my main monitor :)).<br> <br> --<br> ------------- Codito, ergo sum - "I code, therefore I am" -------= -------<br> The Rasterman (Carsten Haitzler) =C2=A0 =C2=A0<a href=3D"mailto:raster@rast= erman.com">[email protected]</a><br> <br> _______________________________________________<br> wm-spec-list mailing list<br> <a href=3D"mailto:[email protected]">[email protected]</a><br> <a href=3D"https://mail.gnome.org/mailman/listinfo/wm-spec-list" target=3D"= _blank">https://mail.gnome.org/mailman/listinfo/wm-spec-list</a><br> </blockquote></div> --047d7b5d5b7afb526b04cd1a3600-- --===============1378672561== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ wm-spec-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/wm-spec-list --===============1378672561==--