[Gutsy] Filechooser 'Places' items should not move up and down the whole UI when selected

Bug #152593 reported by Milan Bouchet-Valat
4
Affects Status Importance Assigned to Milestone
GTK+
Fix Released
Medium
gtk+2.0 (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

The new implementation of the GtkFilechooser (2.12) is great: we now have 'Recent files' and 'Search' in the 'Places' bar. But these two new items don't need the same UI space at th top of the selector. So when you click them, they move up, and when you choose a standard location, they move down, and the whole file list goes with them. For example, when you click 'Recent', your mouse lands up on 'Home', and vice-versa. This is not convenient for the user, it makes us lose our marks!

Space used at the top of the selector should be made the same so that the items never move a pixel. This is a standard behavior to help processing efficiently tasks. This should be a rule of the HIG.

I hope somebody here has got ways to contact some GNOME developers, because this may be fixed simply with a little padding:
- for the 'Search' item, only a few pixels must be added, almost unnoticeable for the UI design
- for the 'Recent' item, maybe a label repeating 'Recently used files' could simply be added to stabilize the widgets' position. With search this label already appears together with a textbox (needed to type the keywords), and with standard locations, the filesystem hierarchy is shown. An redundant label would not harm much, and would be very useful to make the Filechooser easier to use.

Anybody supporting this?

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

Thanks for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=486839

Changed in gtk+2.0:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Triaged
Changed in gtk:
status: Unknown → New
Changed in gtk:
status: New → In Progress
Changed in gtk:
status: In Progress → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue is fixed in karmic

Changed in gtk+2.0 (Ubuntu):
status: Triaged → Fix Released
Changed in gtk:
status: Fix Released → Confirmed
Changed in gtk:
importance: Unknown → Medium
status: Confirmed → Fix Released
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.