hi; On 18 September 2014 15:39, Igor Korot <ikorot01@xxxxxxxxx> wrote: > Hi, > > On Thu, Sep 18, 2014 at 3:35 AM, LRN <lrn1986@xxxxxxxxx> wrote: >> On 17.09.2014 13:49, Igor Korot wrote: >>> David, >>> >>> On Tue, Sep 16, 2014 at 12:58 AM, David Nečas wrote: >>>> >>>> Please reply to the list. >>>> >>>> On Tue, Sep 16, 2014 at 12:47:26AM -0700, Igor Korot wrote: >>>>>> Yes, you need to right-click in the file list. Unfortunately, the >>>>>> discoverability of Gtk+ file dialog features is poor. >>>>> >>>>> And there is no such option on the dialog itself? >>>> >>>> You need to right-click in the file list *in the dialog itself*. >>> >>> I did call "gtk_file_chooser_set_show_hidden( true)", but until I >>> right-clicked on the file list I wasn't able to see hidden files. >>> >>> Is there a way to start with hidden files visibility turned on? >> >> There's a "show-hidden" property on GtkFileChooserInterface. I can't tell off >> the top of my head which object implements that interface (probably the dialog >> itself), but if you use g_object_set () to set it before opening the dialog, it >> might have the desired effect. > > But that bring me to my first question: "What is the purpose of the > function?" I thought it will set this property. the function is just a wrapper around g_object_set(), and it does call show-hidden. GtkFileChooserWidget will load the stored settings when getting mapped, so if you call gtk_file_chooset_set_show_hidden() before the widget is visible, the widget will just use the currently stored settings. you can try calling gtk_widget_show() first, and then gtk_file_chooser_set_show_hidden() to override the default; you can also connect to the "map" signal, and call gtk_file_chooser_set_show_hidden(). it would be good to document this behaviour; care to open a bug against GTK+ on Bugzilla? ciao, Emmanuele. -- http://www.bassi.io [@] ebassi [@gmail.com] _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gtk-list
