After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 648740 - file status overlay bar is hiding bottom filename
file status overlay bar is hiding bottom filename
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: general
3.0.x
Other Linux
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 645428 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2011-04-27 09:05 UTC by Denis Jacquerye
Modified: 2011-05-24 18:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot showing attempt to rename file but name is behind overlay bar (64.27 KB, image/png)
2011-04-27 09:05 UTC, Denis Jacquerye
Details

Description Denis Jacquerye 2011-04-27 09:05:40 UTC
Created attachment 186719 [details]
screenshot showing attempt to rename file but name is behind overlay bar

The file status overlay bar (that replaced the status bar) is hiding filenames at the bottom of the view, whether it is icons, list or compact.

This is OK most of the time in Icons view, except when the bottom file is being renamed. The user can't see what is being renamed (i.e. where the input cursor is) since the status overlay is over the filename. To get out of it the user has to stop the renaming and resize the window to avoid having the overlay over the filename. This is annoying.
Comment 1 André Klapper 2011-04-27 11:23:57 UTC
Corner case (in a literal meaning) => minor
Comment 2 Denis Jacquerye 2011-04-27 19:57:56 UTC
Firefox 4 and Chrome have the same kind of status/info overlay bar. They jump on the other side (to the left corner) or shrink instead of hiding what the cursor is on.
Comment 3 Olivier Crête 2011-05-23 19:17:03 UTC
*** Bug 645428 has been marked as a duplicate of this bug. ***
Comment 4 Olivier Crête 2011-05-23 19:20:14 UTC
Can we please either fix this (by hiding the status bar if the cursor is over it?) Or if it's too hard, let's restore the traditional status bar until this can be fixed in a smarter way.
Comment 5 Cosimo Cecchi 2011-05-24 18:04:35 UTC
This is now fixed in master.

The current implementation is adapted from the Epiphany code, and works quite fine, minus some minor interaction bug that only happens with a GtkTreeView (list mode). It's still better than never hiding the bar at all, so I pushed the patchset to master, and opened bug 650990 about that.