[patch] break glib bindings by adding timeout_milliseconds
thiago.macieira at trolltech.com
Wed Mar 1 02:26:02 PST 2006
David Zeuthen wrote:
>I think it comes down to whether we want to support methods that can
>take minutes, hours, even months (for e.g. Hibernate) to return. If we
>don't we may as well hide the concept of timeouts from the application
>developers completely. Perhaps this is why it was omitted in the glib
I support that.
Methods that know they will take a long time to complete its work should
instead use signals. The return value should be whether the call
succeeded or not -- e.g., the user may not be allowed to place the
machine in hibernation; hibernating is not available on this computer,
Then it should communicate via signals: AboutToHibernate and
ReturnFromHibernate, for instance.
Your example about formatting hard-disks could also use a signal
FormattingPercept with an integer from 0 to 100 describing how much is
The rationale is very simple: if a method takes a long time to complete
and was called as a result of user interaction, there should be some kind
of indication to the user that the call was made and there should be some
feedback, in the form of growing progress bars or a simple "Erasing all
your data, please wait" dialog box with no Cancel button.
Thiago José Macieira - thiago.macieira AT trolltech.com
Trolltech AS - Sandakerveien 116, NO-0402 Oslo, Norway
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 191 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/dbus/attachments/20060301/d8af47a0/attachment.pgp
More information about the dbus