3 ms·
It's not just thumbnails. In ~2015 Matthias Clasen of Redhat removed the ability to chose between filename-entry and path-bar mode in the gsettings org.gtk.Sett
by superkuh 4y ago
It's not just thumbnails. In ~2015 Matthias Clasen of Redhat removed the ability to chose between filename-entry and path-bar mode in the gsettings org.gtk.Settings.FileChooser location-mode. This meant it was no longer possible to open a File->Open dialog in a Gtk3 using program and paste or type a file path (like, /home/user/somefile.txt) into the File->Open window. Instead only the mouse-using bubble buttons 'path-bar' mode is available. When you attempt to paste a file path into the file->open dialog you get an error, "The folder contents could not be displayed.\nOperation not suported". (ref: http://erewhon.superkuh.com/gtkfilechooserwidget-paste-fail.jpg http://erewhon.superkuh.com/gtkfilechooserwidget-paste-fail....)
When hundreds of people asked about this bug he said,
>It is a private gtk setting, you don't really have any business tweaking it. It may disappear at any point. (ref: https://bugzilla.gnome.org/show_bug.cgi?id=788700 https://bugzilla.gnome.org/show_bug.cgi?id=788700)
and all attempts to get them to fix the bug since have failed. I continue to ask in #gtk on IRC at least once every year. Gtk3 is permanently frozen broken and the same bug actually still exists in Gtk4. If you open a file->open dialog and just paste a file path you get an error. I have attempted to re-write the relevant sections of gtkfilechooserwidget.c myself, just for my machines, but I have only succeeded in allowing typing/pasting in File->Open dialogs the first time they're activated in a program. Never the subsequent activation.
Index: gtk+-3.24.5/gtk/gtkfilechooserwidget.c
===================================================================
--- gtk+-3.24.5.orig/gtk/gtkfilechooserwidget.c
+++ gtk+-3.24.5/gtk/gtkfilechooserwidget.c
@@ -8607,8 +8607,8 @@ gtk_file_chooser_widget_init (GtkFileCho
priv->load_state = LOAD_EMPTY;
priv->reload_state = RELOAD_EMPTY;
priv->pending_select_files = NULL;
- priv->location_mode = LOCATION_MODE_PATH_BAR;
- priv->operation_mode = OPERATION_MODE_BROWSE;
+ priv->location_mode = LOCATION_MODE_FILENAME_ENTRY;
+ priv->operation_mode = OPERATION_MODE_ENTER_LOCATION;
priv->sort_column = MODEL_COL_NAME;
priv->sort_order = GTK_SORT_ASCENDING;
priv->recent_manager = gtk_recent_manager_get_default ();
I've talked to Gtk4 users on #gtk IRC and apparently this bug still exists in Gtk4. When they refuse to fix things like this you have to wonder who they're making Gtk for. Business users of IBM/Redhat's who's employees use a mouse for everything, I guess. And yes, I know gtkfilechooserwidget.c is spaghetti and it's hard to change anything without breaking something someone else wants. But this is core functionality. It should not be ignored. Especially not for an entire decade.