Re: GtkFileChooser selection-changed signal emission on gtk_dialog_run()

[James Morris <jwm art net gmail com>]

On 14 June 2012 16:54, James Morris <jwm art net gmail com> wrote:
> Hi,
>
> I've got a problem with the "selection-changed" signal being emitted
> as soon as gtk_dialog_run is called on a GtkFileChooserDialog. I tried
> delaying connection of the callback until right before calling
> gtk_dialog_run but there were still four calls (in a row AFAICT) to
> the callback.
>
> I am now using g_timeout_add as a work-around to delay connection of
> the signal to my callback and thus prevent the four initial
> "selection-changed" emissions activating the callback.

To put this in context, it's for auto-previewing audio files.

The simple implementation causes an audio file to be previewed when
gtk_dialog_run is called* or when the current folder is changed in the
chooser. By using a "dont_preview" boolean and connecting the
"current-folder-changed" signal to a callback I can then use
g_timeout_add to cancel the "dont_preview" flag. The flag must be set
before gtk_dialog_run is called, and will always be set when the
folder is changed.

*provided the item initially selected in the chooser is an audio file.

> Is this normal? Is there a more standard way of doing this?

I'm guessing it is normal/standard and that work-a-rounds are
necessary if you want to do something like this.

> I'm using GTK 2.24.10 in 64bit Arch Linux.
>
> Thanks,
> James.