Public bug reported:
Binary package hint: libgtk2.0-0
Starting with gtk 2.10, the location pop up previously available via ctrl-l in
a GtkFileChooser has been merged with the location bar in the main
GtkFileChooser window. The problem is that it overrides the presets file name
when one try to changes the location.
For exemple, while one is using galeon and downloads the file
super-long-file-name-that-is-painfull-to-type.txt, the save-as dialog will put :
super-long-file-name-that-is-painfull-to-type.txt, highlighted in the location
bar. If one types ctrl-l, then
the location bar takes the focus. One can then change the current path, but
once the path is set, the filename is lost and the only solution here is to
type foo.txt (because the filename is long). If one does'nt want to overwrite
the filename, then (s)he can starts prepending the right path to the filename
but then looses the path completion via [tab].
This is a rather anoying usability issue and seems to be a regression from gtk
2.8.
I reported this bug upstream but it has not been reviewed yet.
** Affects: gtk (upstream)
Importance: Unknown
Status: Unknown
** Affects: gtk+2.0 (Ubuntu)
Importance: Undecided
Status: Unconfirmed
** Bug watch added: GNOME Bug Tracker #357956
http://bugzilla.gnome.org/show_bug.cgi?id=357956
** Also affects: gtk (upstream) via
http://bugzilla.gnome.org/show_bug.cgi?id=357956
Importance: Unknown
Status: Unknown
** Description changed:
Binary package hint: libgtk2.0-0
Starting with gtk 2.10, the location pop up previously available via ctrl-l
in a GtkFileChooser has been merged with the location bar in the main
GtkFileChooser window. The problem is that it overrides the presets file name
when one try to changes the location.
For exemple, while one is using galeon and downloads the file
super-long-file-name-that-is-painfull-to-type.txt, the save-as dialog will put :
super-long-file-name-that-is-painfull-to-type.txt, highlighted in the
location bar. If one types ctrl-l, then
the location bar takes the focus. One can then change the current path, but
once the path is set, the filename is lost and the only solution here is to
type foo.txt (because the filename is long). If one does'nt want to overwrite
the filename, then (s)he can starts prepending the right path to the filename
but then looses the path completion via [tab].
This is a rather anoying usability issue and seems to be a regression from
gtk 2.8.
+
+ I reported this bug upstream but it has not been reviewed yet.
--
Preset file name is lost when using ctrl-l to change location in GtkFileChooser
https://launchpad.net/bugs/71076
--
desktop-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
