** Bug watch added: GNOME Bug Tracker #458188 https://bugzilla.gnome.org/show_bug.cgi?id=458188
** Changed in: gtk Importance: Medium => Unknown ** Changed in: gtk Status: Invalid => Unknown ** Changed in: gtk Remote watch: GNOME Bug Tracker #519015 => GNOME Bug Tracker #458188 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/195598 Title: the filename should be selected Status in GTK+ GUI Toolkit: Unknown Status in “gtk+2.0” package in Ubuntu: Triaged Bug description: Binary package hint: libgtk2.0-0 When you bring up the gtk_open dialog the location bar gets by default the first item on the list which can be opened. This can be very handy if that file happens to be the same one you want to open, however if you wanted to open something else, you have to manually erase the location bar and then retype whatever you wanted. An easy fix for this, would be for the content of the location bar to be selected by default, that way if you want to type something else the text would be automatically replaced, without requiring the user to press backspace repeatedly. This bug is especially annoying if you happen to be a keyboard only user (being it by choice or necessity). Steps to reproduce this bug execute the following code on the console: mkdir ~/somefolder echo "some text" > ~/somefolder/firstone echo "some text" > ~/somefolder/secondfile echo "some text" > ~/somefolder/yetanother echo "some text" > ~/somefolder/lastone gedit ~/somefolder/firstone 1. In gedit press Ctrl-O to bring up to open-file dialog 2. If there is a location bar go to point 4, else go to point 3 3. Press Ctrl-L to bring up the location bar, then press escape to close the dialog and go back to point 1 4. The item "firstone" is in the location bar, however lets say you were actually interested in opening "secondfile", you need to delete the text and then press "s" for the location bar to complete "secondfile" for you, if the text were selected by default then you would only need to press "s" (no need to delete the text). I hope this explanation was clear enough, although this bug might seem unimportant to some, it slows down a lot one's workflow, especially if working with keyboard only, for example in kiosks where there is no mouse and frequently not even home/end keys, so you have to delete character by character. Regards, Alex To manage notifications about this bug go to: https://bugs.launchpad.net/gtk/+bug/195598/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp