Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.Sign up
"Save" and "Open" dialogs are not independent #671
I noticed the "Save File" and the "Open File", at least on Chrome, are behaving in a "shared" state.
For example, if a webpage asks me to open a file, and I browse to
On the same way, if I save a file to
The OPEN and the SAVE dialogs should have independent histories, since saved files mostly goes to
At the moment there is a single "last-folder-uri" setting for the filechooser. We could have two settings instead. However, applications should be able to override this setting when they use the chooser, I think.
The native Gtk filechooser has only one last folder setting as well so I am not sure how other distros implement this.
Note the following from Gtk documentation:
"Note that old versions of the file chooser’s documentation suggested using gtk_file_chooser_set_current_folder() in various situations, with the intention of letting the application suggest a reasonable default folder. This is no longer considered to be a good policy, as now the file chooser is able to make good suggestions on its own. In general, you should only cause the file chooser to show a specific folder when it is appropriate to use gtk_file_chooser_set_filename(), i.e. when you are doing a Save As command and you already have a file saved somewhere."
I am not sure what "make good suggestions on its own" means - it generally seems to show the last folder navigated to and using
I'd like to bring this issue back up, since it seems to be dormant for a while. This behavior is honestly maddening, and it seems pretty much unique to Elementary. I don't know how they did it in GNOME, but they follow the independent behavior as you described.
I would like to expand on this too: it's not just that I save files to Downloads a lot, I often want to use "save as" to copy a file in the same directory. On every other file manager I've used, I can pretty much just rename the file and press enter and it'll go to the original directory. On elementary it goes to the last viewed directory, as you said. But if we change it to just be so that all save dialogs default to the last directory used in any save dialog, that behavior would be broken.
Again, GNOME implements this as I expect. It seems to me that we could just look at the native dialog implementation and copy that behavior, although I know that's easier said than done. I don't really have the skills in Gtk or C to do this myself unfortunately.