screensaver and power manager dbus interfaces

William Jon McCann mccann at jhu.edu
Thu Jun 1 18:06:42 EEST 2006


Hi David,

David Zeuthen wrote:
[snip]
> I think I only have one comment on the current spec:
> 
> 
>>        Name:           Inhibit
>>        Args:           DBUS_TYPE_STRING "application-name"
>>                        DBUS_TYPE_STRING "reason for inhibit"
>>        Returns:        INT cookie
>>                        This is a random number used to identify the request.
>>        Description:    Request that saving the screen due to system idleness
>>                        be blocked until UnInhibit is called or the
>>                        calling process exits.
> 
> 
> This is already very accurate, but it might be useful to clarify exactly
> what this means through a few examples. 
> 
> For example, the PowerManager SHOULD ignore applications using Inhibit()
> if e.g. the user is closing the laptop lid. The Power Manager SHOULD
> prompt the user if user is trying to suspend while an app is using
> Inhibit() and the screen is still visible. 

Another example, the screensaver MUST ignore inhibitors when the Lock() 
method is called.  This is one reason why we chose to use the term 
"inhibit" rather than block or suspend or something.

> Stuff like that; I think it might be useful with a few MUST and SHOULD
> clauses to guide implementors of these interfaces in the same direction.

Certainly a good idea.

Thanks,
Jon



More information about the xdg mailing list