> >
> >the dialog stays open until my_subroutine returns
> and as the sub is a
> >very long time-demanding sub, it is annoying to see
> the dialog stuck
> >opened..
> >
Probably you must use, gtk_widget_hide() on the
dialog,
before you enter your subroutine?
Cheers
Muthu.
___
On 7/9/05, Eduardo M KALINOWSKI <[EMAIL PROTECTED]> wrote:
> If you only call the function to destroy the dialog after your long
> subroutine, it will only be destroyed after the subroutine, naturally.
> You must call gtk_widget_destroy before calling the subroutine. Besides,
> it might be necessar
The Saltydog wrote:
>I have an annoying problem...
>
>Open a GtkFileChooserDialog, select the file, click "Open"... then
>execute a time-demanding subroutine. The dialog doesn't close until
>the subroutine exists.
>
>This is a snap of the code:
> ***
I have an annoying problem...
Open a GtkFileChooserDialog, select the file, click "Open"... then
execute a time-demanding subroutine. The dialog doesn't close until
the subroutine exists.
This is a snap of the code:
**
if (gtk_dialog_run (GTK_D