On Tuesday 08 December 2009 15:51:02 Richard Hughes wrote: > 2009/12/8 Dario Freddi <drf54...@gmail.com>: > > But I think a better idea would be having the signal being streamed from > > upower (since if the aim is providing an unique and future-proof system), > > triggered from an hook in pm-utils. I think such a solution would be the > > best of both worlds. > > You have to be careful with signals, as they are not blocking, I mean: > > user clicks suspend > upower sends Suspending() > _______________________ > > pc is sleeping > _______________________ > > pc awakes > upower sends Awakening() > _______________________ > > Applications get time to process the Suspending signal call. > Applications get time to process the Awakening signal call. > > So you get a nice race.
Sure, that's why I'm most interested in the awakening one (I didn't really make it clear in the first mail, sorry. I haven't really slept a lot last night). The idea is that an hypotetical AboutToSuspend signal would be streamed by the daemon in the userspace (g-p-m or PowerDevil). That's also why I was skeptical about the possibility of having the possibility to interrupt suspension, since I believe this really belongs in the workspace. The Awakening signal instead would be more useful and less dangerous. Let's say that, in the end, the best solution for everyone could possibly be just adding the Awakening signal. > > Richard. > -- ------------------- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ devkit-devel mailing list devkit-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/devkit-devel