they keypad '/' key should open the "open location" dialog

Bug #29807 reported by OlivierP
8
Affects Status Importance Assigned to Milestone
GTK+
Fix Released
Medium
gtk+2.0 (Ubuntu)
Fix Released
Wishlist
Ubuntu Desktop Bugs

Bug Description

In the file chooser, when opening a file, you may press CTRL-L and type in a path in a dialog box.
This dialog also opens when pressing the keybord's "/" key.
When a complete path, including an optional filename is entered, the open dialog switches to the entered path, and, if a filename was specified and exists in the target directory, it is highlighted.

However, when using the numeric keypad's "/", a small window opens. Usually, this window lets you enter a file name to look for in the currently opened directory. A path can also be entered in this window, but the end result is different. In such a case, the file open dialog stays in the current directory, which is misleading for the end user.

Can the behaviour of this small window be changed to act identically as the one used by CTRL-L ? Or, can the numeric keypad's "/" key be treated as an alternate to CTRL-L or the keyboard's "/"

Note: I experience this annoyance of a Swiss French keyboard.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Your description is not clear. Is your bug "they keypad '/' key should open the "open location" dialog"? I've forwarded that request upstream: http://bugzilla.gnome.org/show_bug.cgi?id=328820

Changed in gtk+2.0:
assignee: nobody → desktop-bugs
status: Unconfirmed → Confirmed
Revision history for this message
OlivierP (unineurone) wrote :

Thanks for the feedback.

Acually, I'd rather prefer that both the "open location" and the small input box popup behave the same. E.g. the "open localtion" searches the current directory if only file name is entered, and the popup does an "open location" when it contains a path.

Revision history for this message
Sebastien Bacher (seb128) wrote :

This bug has been fixed upstream

Changed in gtk:
status: Unconfirmed → Fix Released
Changed in gtk+2.0:
status: Confirmed → Fix Committed
Revision history for this message
OlivierP (unineurone) wrote :

My thanks to you & Federico Mena Quintero.

I'll just wait for the updated packagess to hit the repos :-)

Revision history for this message
Sebastien Bacher (seb128) wrote :

Fixed with dapper

Changed in gtk+2.0:
status: Fix Committed → Fix Released
Revision history for this message
OlivierP (unineurone) wrote :

Works as expected for me.

Thanks !

Changed in gtk:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.