** 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
