Re: [GNU ELPA] New package: caffeinate-mode

(I failed to CC the mailing list on my first reply to you, re-sending)

Stéphane Marks <[email protected]> writes:

> As the author of system-sleep, I specifically didn't add such a mode
> because the intention was never to replace O/S utility calls that
> affect the entire system but to allow long-running Emacs operations to
> declare (via hooks or other in-built policies) they want the system to
> remain awake.  e.g., when running M-x compile, one could in a
> compilation-mode-hook declare a stay-awake policy.  

I am curious how you see these integrations developing over time. My
first use case (before writing this mode), was actually to hook it into
gnus (similar use case to what the gnus manual previously suggested
people do with the dbus package).

Would system-sleep just be there and the user would be expected to wire
it up themselves (using advices, hooks, etc.)? Or would you expect
packages begin to ship built-in integrations as a standard feature?

There are many cases where it might be a nice bit of "batteries
included", but I imagine some could be controversial, e.g. I may not
want every workflow I run in M-x compile today to block sleep.

> Separately, an optional mode-line system sleep indicator could be
> useful but that seems separate to your package and would provide a
> touch more utility across system-sleep estate that doesn't leverage
> caffeinate.

The goal of this would be to indicate any time some system-sleep
consumer within Emacs is blocking sleep?

-- 
Lucas Christian
[email protected]