GNOME Bugzilla – Bug 96816
Improved use of the statusbar
Last modified: 2012-08-31 15:26:11 UTC
This might be somewhat a duplicate of other bugs, but i'm not quite sure but i'll hunt around the database later to check. Anyway I was playing around with konqueror and notice some niceties about it's statusbar behavior. 1. when you mouse over empty space in a folder (or do not mouse over at all), konq displays how many items are in the folder, and also displays how many folder and files there are using the following format. 19 items - 14 files (the total size of the files) - 5 folders 2. When you mouse over but do not select an icon it displays the icons name, size and type in the statusbar test.case~ (36B) Backup File 3. when you select multiple items it continues to display the information on these items until they are unselected, nautilus stops displaying information after a short period of time. I think it would be nice to add these features to nautilus.
*** Bug 95980 has been marked as a duplicate of this bug. ***
Certainly any feature that depends on a timeout ("nautilus stops displaying information after a short period of time") has accessibility consequences, and should probably be fixed so that the information only disappears in response to user action.
Past 2.2 feature freeze, changing to gnomever2.3, adding bugsquad.
*** Bug 42935 has been marked as a duplicate of this bug. ***
just wanted to note that the time delay removal of info from the statusbar has been removed.
Removing accessibility keyword since the a11y aspects seem to have been dealt with.
Created attachment 48914 [details] [review] Proposed patch (against HEAD). The attached patch at least tries to fix issue 2. It is just a first shot, we should really investigate whether the terminology is appropriate. Since English is not my mother tongue, I count on you usability crew :). I've not yet included the list view part because it would probably break another bigger patch I've written some months ago which also modifies hovering behavior.
Created attachment 49159 [details] [review] Proposed patch #2 against HEAD OK, the attached patch now works for the list view as well. Usability crew, what do you think about the proposed labels?
Usability team? For folders, I used: "\"%s\" under pointer (%u item)" ""\"%s\" under pointer (%u item)" and for files: ""\"%s\" under pointer" where %s is filled with the item name and %u with the folder item count. Do you like the "under pointer" terminology?
Usability team?
I personally think this sort of behavior should only be in effect if single-click launching (or whatever it's called) is on. The statusbar is there to show the status of the current object, which is the folder you're in, not the whatever your mouse happens to be passing over. If people want to see this information, I believe it is accessible as 2nd or 3rd labels on the file/folder objects if you change the zoom level?
I mostly agree with Vidar. I think the current use of the status bar for the default double-click mode is already clear and straightforward, but that the suggestion *might* be worth trying out in single-click mode. (I don't particularly like the 'under pointer' terminology, or the use of parentheses, though... a comma is probably sufficient to separate the two bits of information.) FWIW, I would also suggest that in both modes, the information for any focused-but-not-selected file (i.e. using Ctrl-arrows) should be shown in the status bar for as long as Ctrl is held down after the item is focused. When Ctrl is released, the information should revert to that for the current selection, or the current folder if there is no selection. This could help keyboard users decide whether they want to add a particular file to the selection (with Ctrl-Space).
The status bar design has changed considerably since this was filed. The changes after a certain time part has been fixed and I don't think we want to flash the status bar as you move the mouse around the screen.