If the user does not want the system to sleep, the user
*should*not*tell*the*system*to*sleep*.
Users make mistakes. One of Jef Raskin's basic ideas in the design
of the Macintosh was "forgiveness", to let the user undo dangerous
actions, or to warn them before they do them. Neither is possible if
the user is about to lose data because an application is interrupted
in communication with the network or another external entity.
It might be reasonable to ask Apple for a preference which
dissociates closing the lid from the act of putting the system to
sleep, although I would strongly expect that this would be refused
for several sensible reasons, but it is *not* reasonable to ask for
a programmatic way to subvert the user's intent in the fashion the
OP desires.
I've worked on a product which was essentially a background program
that was doing live device communication. Often, users chose "Sleep"
from the menu bar and accidentally interrupted the communication,
causing the device to suddenly stop and files to be truncated
prematurely.
It would really be useful if there was a way to delay sleep a little
and pop up a warning dialog or warn the user via speech synthesis to
quickly re-open the device (or type a key or otherwise cancel the
sleep in progress) before the system cuts off connection to the device.
Cheers,
-- M. Uli Kusterer
"The Witnesses of TeachText are everywhere..."
http://www.zathras.de
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/darwin-dev/email@hidden
