After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 162385 - Save dialog reappear as last used
Save dialog reappear as last used
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: User Interface
2.2.x
Other All
: Normal minor
: 2.2
Assigned To: GIMP Bugs
GIMP Bugs
: 163127 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-12-28 14:35 UTC by gimp_bugzilla
Modified: 2008-01-15 12:43 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description gimp_bugzilla 2004-12-28 14:35:09 UTC
When I save a file, a dialog appears which allows me to type out the name for
the file, and has the destination directory for the file preselected as being home.

The old dialog (gimp 2.0) would have the last used destination directory listed
as the default destination directory for this new file. I can add this directory
to the list of possible default directories, but once that's done it's still 2
more mouse clicks before it's selected.
Second, I work with groups of files, all consecutively named. The easiest way to
get the correct filename is to select a previously saved file and change a
number in the filename. The new dialog allows this, but you always need to open
up the (mis-named) 'Browse for other folders' option to get to the names of the
file already in the directory.

Would it be at all possible for the save dialog to appear as you left it when
you last saved a file?
Comment 1 Sven Neumann 2005-01-06 16:20:30 UTC
*** Bug 163127 has been marked as a duplicate of this bug. ***
Comment 2 Michael Natterer 2005-01-13 16:36:33 UTC
The same is true for the open dialog. Setting Milestone to 2.2 because
this is a usability regression compared to 2.0.
Comment 3 Michael Natterer 2005-01-13 17:46:21 UTC
Fixed in CVS (both branches):

2005-01-13  Michael Natterer  <mitch@gimp.org>

	Made the file open and save dialogs use the last used folder
	instead of defaulting to current directory. Fixes bug #162385.

	* app/widgets/gimpfiledialog.[ch] (gimp_file_dialog_set_uri):
	removed this function because it had no functionality except
	creating usability problems.

	* app/actions/file-commands.c: use gtk_file_chooser_set_uri()
	instead but *only* if we already have an uri from an alread open
	image or the document hinstory.

	* app/widgets/gimpfiledialog.c (gimp_file_dialog_set_image): set
	the file chooser's uri only if we have an uri from the image
	itself. Leave the current folder untouched otherwise and just set
	the current name (e.g. "Untitled").

	* app/dialogs/file-save-dialog.c (file_save_dialog_save_image): on
	successful save, remember the used uri by attaching it to the
	"gimp" instance.

	(file_save_dialog_new): set the last saved uri's folder on the
	newly created file save dialog.
Comment 4 Samuli Kärkkäinen 2005-05-08 12:18:40 UTC
In 2.2.6, the Save Image dialog state is forgotten when a new image is opened. 
I, like I think the original reporter, would prefer it if the "Browse for other
folders" state of the dialog always remained in the state it was when the dialog
was last used.

Personally, I would also like it if there were some way to have the Save Image
dialog always open with a certain destination directory selected. In my work
flow, I open each image in one directory, and then save the edited image in
another, with consecutive numbering. Currently, saving every image requires

- Clicking on Browser for other folders
- Selecting as the destination folder one I have added to my favorites
- Clicking on the file name with the highest number
- Increasing the number in the file name by one

The first two steps could be eliminated by making the changes suggested above.
Comment 5 Sven Neumann 2005-05-08 16:28:51 UTC
Samuli, you can easily remove the two steps yourself by starting gimp with the
destination folder as working directory. This bug-report is FIXED. Please do not
add any further comments to it.