Been a while since wrote on any hacking-related topics, mainly because I’ve been banging my head against GtkFileChooserButton for the last couple weeks without success. But, yesterday I got it mostly working, so here’s a patch for the new and improved (complete with URI support if you’ve got gtkfilesystemgnomevfs installed and set the “local-only” property to FALSE) patch for GtkFileChooserButton.
Here’s a screenshot with some possible use-cases (yes, I know nobody should ever have to pick an audio device 😉 ).
Have fun :-).
- The patch is against GTK+ HEAD.
- The patch modifies gtk/gtkfilechooserbutton.[c,h], gtk/gtkfilechooserentry.[c,h], gtk/gtklabel.[c,h], tests/testfilechooserbutton.c, docs/reference/gtk/gtk.types, docs/reference/gtk/gtk-sections.txt, docs/reference/gtk/gtk-docs.sgml, docs/reference/tmpl/gtkfilechooserbutton.sgml, and docs/reference/tmpl/gtklabel.sgml
- The patch fixes #143251, #154388, #154390, #154392 (I think), and #156272.
- Known Problems: GtkFileChooserEntry doesn’t have a way to respect the “local-only” property (you can enter URIs from CTRL+L even though the app says no if the backend supports it) and there’s still some general funkiness with remote locations (UI hangs until connected, no busy cursor, the SMB backend dumps corba warnings to the console, and GtkFileChooserDefault has this bizzare habit of automatically changing to the parent in SFTP locations).