I have successfully used in GTK 3.98.4 gtk_file_chooser_widget_new() to open files. But when I try to call it with gtk_file_chooser_widget_new(GTK_FILE_CHOOSER_ACTION_SAVE), it half works:
If I choose an already existing file, I successfully obtain the GFile. I can obtain its path with g_file_get_path(). It’s OK.
But when I try to type a name in the “Name:” field in order to create a new file, it always opens a “Search” field.
If you mean “focus the entry by clicking in it”, each time I do that, I can type only one character, then the search field appears and has the focus. By clicking in the entry before typing each character, I can finally type a file name. But when I click on “Open” it fails to give a readable path.
If you mean “focus the entry by calling a function”, should I use something like gtk_widget_child_focus() ?
Is there a special reason why you are using GtkFileChooserWidget instead of the full dialog GtkFileChooserDialog, or the preferred GtkFileChooserNative?
I’m thinking that it was a mistake to expose GtkFileChooserWidget in the public API, it looks like just the contents of a file chooser dialog, but actually it depends on a lot of interaction with the dialog itself - something which is not really documented, and applications don’t do by default.
Hi,
no special reason. I am just trying to port three demos of my gtk-fortran binding from GTK3 (where it worked) to GTK 4, one demonstrating GtkFileChooserButton and GtkFileChooserWidget, the two others using GtkFileChooserWidget.
As a last resort, I could effectively suppress GtkFileChooserWidget. But I still have hope that there is a solution.