<div class="gmail_quote">2011/4/5 Kristian Høgsberg <span dir="ltr">&lt;<a href="mailto:krh@bitplanet.net" target="_blank">krh@bitplanet.net</a>&gt;</span><br><div><div class="h5"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On Tue, Apr 5, 2011 at 5:59 AM, Michal Suchanek &lt;<a href="mailto:hramrach@centrum.cz" target="_blank">hramrach@centrum.cz</a>&gt; wrote:<br>
&gt; Hello,<br>
&gt;<br>
&gt; what is the plan for screensave/screenlocker support in wayland?<br>
&gt;<br>
&gt; The support in X is a fail in several ways.<br>
<br>
</div>It sure is.  The plan for Wayland is that the lock screen is just part<br>
of the compositor.  There are no problems with detecting idle or other<br>
applications having grabs this way, and the compositor completely<br>
controls what goes on the screen so you don&#39;t have other applications<br>
raising their window over the screensaver.  There doesn&#39;t even have to<br>
be a screensaver window, the compositor can just paint a black screen.<br>
<br>
It is of course possible to define a plugin or an out-of-process (fork<br>
a special Wayland client and give it a special surface to render to,<br>
similar to your second option below) mechanism for rendering fun<br>
screensavers.<br>
<font color="#888888"><br>
Kristian<br>
</font><div><div><br>
</div></div></blockquote></div></div></div><br></div>How will apps like mplayer/vlc/browsers-playing-videos tell the 
compositor that they are &quot;busy&quot; drawing and that the lock should NOT be 
engaged even though there hasn&#39;t been any keyboard/mouse activity for 
long stretches?  As compared to &quot;default&quot; apps that just paint &quot;im 
bored&quot; over and over again, where the idle lock should get switched 
on...<br><div class="gmail_quote"><font color="#888888"><br>--friar<br></font><div><div class="h5"><br></div></div></div>