My work on nautilus continues with this new post (click to know more about the first part) focusing on how to improve the way people interact with it. Let’s start with a short overview of the topics discussed:
Grid system & Responsive icons
A grid view is a modified version of the Nautilus icon view in which elements have all the same size and a selection area appears when your mouse is over an element.
Close to a CSS grid system (used in website content organization), the main purposes is to clean the interface and clearly define item borders. Items in such a grid appear as follows:
- Moving the mouse pointer over an element shows actions on its edge. The use of the edge is intentional: showing actions in the middle of an item can be dangerous, you can click the “Move to trash” button even if you want to simply open the document
- Actions list could be static or dynamic and appears only on big icons (minimum size required)
- Actions can be showed over a contiguous selection. It may be a good point to show them over non-contiguous selection. However, I failed to design this difficult interaction (any idea is welcomed)
The switch to a Grid view present some difficulties:
Animations
Animations make life easier. Great animations make hard tasks simple, preview the effect of an action, provide useful feedbacks to users and help people avoiding errors by drawing attention on a change. Unlikely other file-managers, Nautilus interface has always been poor of animations. I focused my work on common tasks such as the selection and moving of multiple items, drag&drop and cut&paste. Below the results:
|
I believe all animations are clear enough and I’m not going to analyse them further. However, I want you to notice the grey icons in the “Multiple selection animation”. Selecting a group of icons and dragging them shadows the original item location. The animations clearly points out that you are in a transitional state (you are moving them from one place to another) and provide feedbacks.
That’s all. I hope you enjoyed this post, let me know your thoughts…
Pingback: Neue Vorschläge für ein Redesign von Nautilus | Softwareperlen
– Grid System
I agree with that, but as far as I see, the only change against nautilus 3.6 is the fixed height and the polishing. The problem with long filenames would be fixed by cutting everything down that doesnt fit – but renaming a file would probably stay as ugly as it is now (the filename box floats over the icon beneath)
– Responsive Icons
You should keep in mind that the gnome-shell tries to be usable on touch-devices. The most usable way (imho – i’ve got a convertible running gs 3.6) to initiate a context-sensitive action with and icon/folder/file is a long-tap (as known from icons in gnome-shell, android, etc). it will be very hard for to hit those little icons in the corner on a touch device.
– Animations
Animations are great – as long as they stay in the background. I fear that some day every application will have it’s very own eyecandy-animations, and the will be absolutely no consistency. I have to admit, that i’ve got no idea how those animations are realized – but i think it would be great if they were kinda using the same backend – at least it should be possible to deactivate the animations centrally (gnome-control-center)
Since I’ve got Gnome-shell running on a touch-device i could tell you a lot of things in Nautilus that do not work reliable/intuitive/good on touchscreens.
Hi, thanks for your long and detailed comment. I’ll try to answer to all your doubt.
The target of my work wasn’t mobile or touch devices. I’ve never tried gnome on a touch device but I hardly believe that the gnome-platform (all gnome apps not just gnome-shell) is touch ready. I may be wrong and you already experienced it on a touch device so let me know if I said something untrue.
I agree with you, hit the small icons on the corner of an item may be hard, but the Nokia N9 already implement something like that (the close button on the right corner of an application). See this link http://blog.wapreview.com/15554/2011-10-19_12-35-42/ for an example. Probably for a touch device the best approach is to only keep the move to trash icon at the top-right corner and remove all other actions.
Let me know about your troubles and problems experienced using Nautilus and other gnome apps on a touch device. I’ll try to design some solutions to it and It may be a great starting point for a future post.
– Grid System
I agree with that, but as far as I see, the only change against nautilus 3.6 is the fixed height and the polishing. The problem with long filenames would be fixed by cutting everything down that doesnt fit – but renaming a file would probably stay as ugly as it is now (the filename box floats over the icon beneath)
– Responsive Icons
You should keep in mind that the gnome-shell tries to be usable on touch-devices. The most usable way (imho – i’ve got a convertible running gs 3.6) to initiate a context-sensitive action with and icon/folder/file is a long-tap (as known from icons in gnome-shell, android, etc). it will be very hard for to hit those little icons in the corner on a touch device.
– Animations
Animations are great – as long as they stay in the background. I fear that some day every application will have it’s very own eyecandy-animations, and the will be absolutely no consistency. I have to admit, that i’ve got no idea how those animations are realized – but i think it would be great if they were kinda using the same backend – at least it should be possible to deactivate the animations centrally (gnome-control-center)
Since I’ve got Gnome-shell running on a touch-device i could tell you a lot of things in Nautilus that do not work reliable/intuitive/good on touchscreens.