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 350273 - Control-L no longer opens location window in save filechooser
Control-L no longer opens location window in save filechooser
Status: RESOLVED DUPLICATE of bug 314873
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.10.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2006-08-07 13:33 UTC by James "Doc" Livingston
Modified: 2006-08-15 19:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description James "Doc" Livingston 2006-08-07 13:33:22 UTC
Since upgrading from GTK 2.8 to 2.10.1 (Ubuntu Edgy), typing Control-L into a save filechooser no-longer opens the location window.
Comment 1 Matthias Clasen 2006-08-14 19:10:47 UTC
Has the file chooser in save mode ever had a location popup ? 
You can just type a path in the name field...
Comment 2 James "Doc" Livingston 2006-08-15 04:02:06 UTC
It had it in 2.8. Using the location window was handy if you wanted to change where it was being saved, but keep the same name; typing in the name field means doing one of two things:

a) removing the filename from the field, or
b) typing the path at the start, leaving the name at the end, which means you don't get path-completion.


I guess you can do (a) with cut, and paste it back later, but I was wondering if there was any particular reason it got removed.
Comment 3 Federico Mena Quintero 2006-08-15 19:05:55 UTC
(In reply to comment #2)
> It had it in 2.8. Using the location window was handy if you wanted to change
> where it was being saved, but keep the same name; typing in the name field
> means doing one of two things:
> 
> a) removing the filename from the field, or
> b) typing the path at the start, leaving the name at the end, which means you
> don't get path-completion.

I'm marking this as a duplicate, since what you really want is for Tab completion to work even when the text cursor is not at the end of the text in the Name entry.

*** This bug has been marked as a duplicate of 314873 ***