Emmanuele, On Thu, Sep 18, 2014 at 7:53 AM, Emmanuele Bassi <ebassi@xxxxxxxxx> wrote: > 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(). What is this "map" signal? Is it available under GTK+2.x? Could you give a reference to the documentation? Also, I presume I should connect_after, right? Thank you. > > 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
