Re: Progress bar cancellation
On Tue, Jan 17, 2006 at 10:26:14AM +0100, Attilio Fiandrotti wrote:
> Colin Watson wrote:
> >You can't process the cancel button entirely asynchronously anyway,
> >since the only point at which you get to communicate the fact that the
> >user cancelled back to the confmodule is when a PROGRESS SET/STEP/INFO
> >command is given.
> I was thinking to asynchronously handling the "clicked" GtkSignal via a
> thread that, when the signal is received, sets a flags to "TRUE".
> When gtk_progress_xxx() runs, before returning, the value of the flag is
> checked: in the case it's FALSE, then DC_OK is returned; else, if the
> flag was previously set to true, then the flag is resetted to FALSE and
> DC_GOBACK is returned.
> Does this sound correct to you?
Sure, that sounds reasonable; though from a UI perspective I can't help
feeling that if a Cancel button is going to take some time to have an
effect then there ought to be some visual indication of this (perhaps
have the button stay down until handled? Ugly ...).
Does the GNOME HIG have anything to say about this?
Colin Watson [email@example.com]