site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com 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 (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... On 31.12.2007, at 19:53, Michael Smith wrote: 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. This email sent to site_archiver@lists.apple.com