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 530492 - Suggested improvement to the various: "Save as..." dialogs.
Suggested improvement to the various: "Save as..." dialogs.
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
unspecified
Other All
: Normal minor
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2008-04-29 05:43 UTC by James
Modified: 2018-02-10 03:30 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
PNG to give you an idea of how it could look. (13.57 KB, image/png)
2008-04-29 05:43 UTC, James
Details
the glade file i took the screenshot from... (6.83 KB, application/octet-stream)
2008-04-29 05:45 UTC, James
Details

Description James 2008-04-29 05:43:19 UTC
I hope this is in an appropriate category, I really wasn't sure where to submit this idea, but hopefully someone can re-direct it to the correct person.
I realized that (perhaps) many people use a save as dialog (present in a variety of applications) and often the default file name in the chooser is already being used in that folder. ex: when choosing save as, the file has already been saved previously, (and say you forgot) so you get prompted to Replace or cancel. Why not get notified _before_ you click save, whether or not that file name is already in use? Please let me know if I can be helpful and provide any other information :)

Other information:
I have included a quickly made glade mock-up so that people get the idea, as well as a screenshot... Clearly this is _not_ the exact glade file or design I would use-- i'm not an expert of the little glade formatting details, but i suppose this conveys the idea. I think this would greatly improve usability, since you know in advance whether the file name is already taken, and this saves you clicking save (1) then clicking cancel on the replace dialog (2) and then click cancel (3) on the original save dialog. instead you can click cancel right away!
Comment 1 James 2008-04-29 05:43:58 UTC
Created attachment 110081 [details]
PNG to give you an idea of how it could look.
Comment 2 James 2008-04-29 05:45:17 UTC
Created attachment 110082 [details]
the glade file i took the screenshot from...

if for some reason someone would like this...
i used glade instead of sketching on an envelope and scanning it in... - not as the intented exact specification.
cheers.
Comment 3 Vish 2010-02-21 07:29:21 UTC
Similar report in lp >
https://bugs.launchpad.net/gtk2/+bug/388787

"The window is too big. Much screen space is wasted.

Here are my suggestions to improve it.

Shrink the big gap below the name entry field, for example.
I never use the "Save in folder" dropdown list since the same choices are available in the Places list. Show the file selection view at all times, no need to put it inside a toggle pane.

File selection view :

The only view available in the current state is the detailed list. Nautilus-like modes should be added (icons and compact).
The icon size in List mode should be 16x16, allowing thinner rows and more elements on screen.

Commands :

In replacement of the "Create folder" button in a corner, all navigation and action commands should be packed in the same toolbar, using icons like in Nautilus. Some useful but missing commands are :

- Back
- Forward
- Up (remove the parent folder from the list)
- View mode (icons, compact, list)

The Places list:

Adding or removing a favorite is not an often performed action. The two buttons below the Places list should be replaced by right-click menu commands.

I suggest to divide this list in foldable logical sections like on Mac OS (Devices, Places and Favorites, for example) and theme it in a different way, allowing the user to focus on the file selection list. "
Comment 4 James 2012-09-10 22:18:42 UTC
Any idea if this could get cc-ed to someone on the design team for an ack or nack ?
Comment 5 Matthias Clasen 2018-02-10 03:30:00 UTC
We're moving to gitlab! As part of this move, we are closing bugs that haven't seen activity in more than 5 years. If this issue is still imporant to you and
still relevant with GTK+ 3.22 or master, please consider creating a gitlab issue
for it.