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 357956 - Preset file name is lost when using ctrl-l to change location in GtkFileChooser
Preset file name is lost when using ctrl-l to change location in GtkFileChooser
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.10.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2006-09-27 12:48 UTC by Kim Nguyễn
Modified: 2017-08-30 00:15 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Kim Nguyễn 2006-09-27 12:48:31 UTC
Many applications use gtk_file_chooser_set_current_name to set the name of a file, say, in a save-as dialog. In gtk 2.10, the location window that was previously poped up with ctrl-l is now merged with the file name location entry. While this leads to a cleaner ui (which is good), the pre-set filename is lost when one press ctrl-l and then starts changing the default path.
One solution could be to remember that name and put it back in the dialog once the current path is changed or to pop-up another location bar inside the filechooser which would collapse after changing the current path.

It's really a pain when one save a file (with either epiphany or galeon for exemple) named : autofs-make-sure-all-dentries-refs-are-released-before-calling-kill_anon_super.patch
and such filename disapear, leaving the user no choice but to type in a short dumb name like kernel.patch.

Other information:
I tried to find some discussion on that matter in the gtk-devel and bugzilla but it seems to be lost in the numerous discussion that occured about the GtkFileChooser changed. Any pointer to those discussion would be greatly appreciated.
Comment 1 Viktor Kojouharov 2006-10-15 20:57:02 UTC
a better solution, or at least one that might not be so confusing to the regular users, would be for ctrl+l make the entry appear in place of the combo box which displays a list of directories, replacing it until the path is changed. and I think the severity of this bug is one idea bigger than "minor"
Comment 2 Kim Nguyễn 2006-11-09 15:02:15 UTC
One can also ctrl-l (focus the location bar and highlight the filename), ctrl-x, change current path and then ctrl-v the filename. This is quite satisfying except for the fact that the previous content of the clipboard is lost, which in some case can be problematic (while editing a document with gedit for exemple).
Comment 3 kdeu 2016-12-24 15:43:24 UTC
This decade old bug can be closed.
ctrl-l no longer does anything.
We can navigate directories in the location bar by going to the beginning of the text area and start typing a directory name. The suggested filename will be preserved at the end of the text area.
Comment 4 Daniel Boles 2017-08-30 00:15:59 UTC
(In reply to kdeu from comment #3)
> This decade old bug can be closed.

Yup. Navigating through folders and typing the filename are independent in both GTK+ 2 and 3 now.


> ctrl-l no longer does anything.

It does, in both GTK+ 2 and 3, focussing the location entry.


> We can navigate directories in the location bar by going to the beginning of
> the text area and start typing a directory name. The suggested filename will
> be preserved at the end of the text area.

This wasn't about suggestions, and you could probably do this before.