This entry was posted
on Friday, January 9th, 2009 at 12:04 pm and is filed under GNOME, Ubuntu.
You can follow any responses to this entry through the RSS 2.0 feed.
Both comments and pings are currently closed.
Yes, I like it. However, I think the ‘eject symbol’ should only be present for ‘Drives’, though. And perhaps it would look better if it was placed left, next to the drive’s icon, than right, as it is now? At least, the symbols should align with the ‘vertical arrows’.
@vadim: I removed the email addresses from here to prevent those people from getting /real/ spam and not the emails that they have subscribed themselves to get. If they didn’t want them, they shouldn’t have subscribed. Getting design feedback is helpful, since I’m definitely not a UI designer.
@Vadim: I agree with mats, but in a more literal way. We shouldn’t have an eject icon for server connections – we should have a disconnect button (or generically, an X).
I like the new look, definite “yes”, but I think I like the old mockup by Hylke more (it just has better aesthetics).
@John: I’m not really sure about that, but it’s probably worth trying out. Rhythmbox puts them on the right, so I put it there first too. With the expanders being on the left there’s probably less of a chance of accidentally ejecting a volume though.
Not sure how I’m going to manage the “add space between categories” though, the treeview voodoo doesn’t seem to like me much.
@Pacho: Nautilus really needs a new icon canvas to be able to do nice layouts like that one. While the Eel canvas is probably serviceable, it’s not exactly the prettiest or easiest of code to work on. I’ve played around with GooCanvas but I really don’t want to go there, which is a shame since it seems to be the only maintained Gtk+ canvas that uses Cairo.
Umm, now you’re taking up 25% more space? No thanks! I use an 1024×600 screen and it’s already cramped enough, thanks.
Collecting them is good, taking up 4 more lines isn’t. Perhaps collecting them and color-coding the backgrounds? Putting a small frame around the groups that can be clicked on to collapse/expand the group (when collapsed, it would take up one line with the category name; double-click to expand)
Very nice. My first thought is the same as mp3geek’s, boldify the headings. From looking at the patch, it looks like a category won’t be shown if it doesn’t have subitems. If so, then I agree with this 100%. Also, this looks like a great place for plugins to possibly expand to.
GNOME Bugzilla doesn’t have a voting system on purpose. Please don’t request people to make it unusable by having loads of ‘+1′ comments. Do that elsewhere.
Yes I like it. With the new mock up, I would be able to completely remove the main tool bar because it has similar features with the side pane anyway and the breadcrumb is a superior replacement for the ‘forward and arrow’ buttons, IMO. So this is good.
Honestly I like the old way better, we already have a problem with too much unnecessary screen real estate being wasted and this adds ‘fluff’ categorization that simply isn’t needed. The fact that it’s collapsible is nice but now you’re using two clicks to the same place you would get to in one. I use the sidebar for a few important shortcuts to my file-system locations and like to have them always there to go to with a quick click. Not a fan of this solution but would adjust should it come that way without issue so I’m not against it (also appreciate any active developer in the FOSS world ). Now I just need my tabbed nautilus file scrolling to be fixed and I’m quite content
Great idea. It certainly needs work in terms of graphical design so it’d be as usable as possible. I’d love to see it in the GTK open/save dialog as well. Good luck!
[...] actual de la barra al nautilus). Als comentaris de l’informe obert sembla que tothom està d’acord en què seria un canvi genial, fins i tot els mateixos desenvolupadors ho veuen com una gran [...]
[...] third one, which is more similar to the current nautilus). At the comments, it seems that everybody agree that this change would be great and it may not be so difficult to develop [...]
* Categories’re easier to distinguish thanks to bold and spacing
* Avoid mess between expanders and unmount buttons/icons (as reported by #34, #62 on bugzilla page)
* More similar to Nautilus tree view (#62)
[...] Calum: Different day, same Places. Have you ever noticed how different the Places menu can be depending on where you see it? Calum has, and he’s got a diagram of some of the differences. But he doesn’t just kvetch about it, he suggests a way to make it better. And A. Walton wants your feedback on a mockup. [...]
Erm… Are you sure you want people to spam the report?
Yes, I like it. However, I think the ‘eject symbol’ should only be present for ‘Drives’, though. And perhaps it would look better if it was placed left, next to the drive’s icon, than right, as it is now? At least, the symbols should align with the ‘vertical arrows’.
You should put a current screen shot as well and say “old” and “new?”
A much needed update! +1
Also check out: http://www.bomahy.nl/hylke/blog/clutter-in-nautilus-sidebar/
@vadim: I removed the email addresses from here to prevent those people from getting /real/ spam and not the emails that they have subscribed themselves to get. If they didn’t want them, they shouldn’t have subscribed. Getting design feedback is helpful, since I’m definitely not a UI designer.
@mats: I don’t see why would you want to remove it. I use it to disconnect from a server connection regularly.
Yes, I like it too.
Congrats. Hope see it working soon.
[...] A. Walton ha pubblicato una bozza per la barra laterale di Nautilus, chiedendo parere un po’ a tutti. [...]
Looks nice. However, shouldn’t the category expansion arrow be placed on the left to be consistent with the list view of Nautilus?
@Vadim: I agree with mats, but in a more literal way. We shouldn’t have an eject icon for server connections – we should have a disconnect button (or generically, an X).
I like the new look, definite “yes”, but I think I like the old mockup by Hylke more (it just has better aesthetics).
I think it is definitely better organized and more visually appealing than the current system.
@John: I’m not really sure about that, but it’s probably worth trying out. Rhythmbox puts them on the right, so I put it there first too. With the expanders being on the left there’s probably less of a chance of accidentally ejecting a volume though.
Not sure how I’m going to manage the “add space between categories” though, the treeview voodoo doesn’t seem to like me much.
Would be nice get this reorder also in “Computer”:
http://bugzilla.gnome.org/show_bug.cgi?id=340345
Thanks a lot for your work
Please look at this
http://gnome-look.org/content/show.php?content=96214
There is new idea for sidebar
Myself, my sister, and her friend all approve of the new way of doing it.
Go for it, rock on!
@Pacho: Nautilus really needs a new icon canvas to be able to do nice layouts like that one. While the Eel canvas is probably serviceable, it’s not exactly the prettiest or easiest of code to work on. I’ve played around with GooCanvas but I really don’t want to go there, which is a shame since it seems to be the only maintained Gtk+ canvas that uses Cairo.
@awalton: yes thanks for removing them, I realized my error after submitting but it was too late.
I like Hylke Bons mockup better, but this is way better than the setup it uses now.
I like it +1.
May be the mount/umount button is confusing too much close to the group show/hide button. I like the way Apple does it (put them on the left).
Good start, but how about putting the bookmarks at the top?
Sure, why not… If you want to make it more complex, uglier, and increase the amount of clicks for basic tasks.
Screenshot looks okay, having Bold headings would make it look better though.
Awesome. I was thinking about this very thing last night, and how nautilus side pane should be more like Mac OS ‘Finder’.
Umm, now you’re taking up 25% more space? No thanks! I use an 1024×600 screen and it’s already cramped enough, thanks.
Collecting them is good, taking up 4 more lines isn’t. Perhaps collecting them and color-coding the backgrounds? Putting a small frame around the groups that can be clicked on to collapse/expand the group (when collapsed, it would take up one line with the category name; double-click to expand)
it’s nice, i like it!
+1
I prefer Hylke one
http://www.bomahy.nl/hylke/wip/nautilus-sidebar-mockup.png
I prefer Hylke version
http://www.bomahy.nl/hylke/wip/nautilus-sidebar-mockup.png
@awalton: OK, thanks for the info
I like it
Yes, I like
Very nice. My first thought is the same as mp3geek’s, boldify the headings. From looking at the patch, it looks like a category won’t be shown if it doesn’t have subitems. If so, then I agree with this 100%. Also, this looks like a great place for plugins to possibly expand to.
+1 but instead of Drivers to have “Devices”
Yes, please!
When you say “drives”, you mean “anything that is mounted”, right?
Definitely yes. The “after” version is so much better.
Looks like a major improvement to me……… Though some might accuse you of directly ripping off the current release of Mac OS
I prefer http://www.bomahy.nl/hylke/wip/nautilus-sidebar-mockup.png
GNOME Bugzilla doesn’t have a voting system on purpose. Please don’t request people to make it unusable by having loads of ‘+1′ comments. Do that elsewhere.
Yes I like it. With the new mock up, I would be able to completely remove the main tool bar because it has similar features with the side pane anyway and the breadcrumb is a superior replacement for the ‘forward and arrow’ buttons, IMO. So this is good.
The little triangle expander thingies on the categories should be on the left, like they are in every other UI.
Honestly I like the old way better, we already have a problem with too much unnecessary screen real estate being wasted and this adds ‘fluff’ categorization that simply isn’t needed. The fact that it’s collapsible is nice but now you’re using two clicks to the same place you would get to in one. I use the sidebar for a few important shortcuts to my file-system locations and like to have them always there to go to with a quick click. Not a fan of this solution but would adjust should it come that way without issue so I’m not against it (also appreciate any active developer in the FOSS world
). Now I just need my tabbed nautilus file scrolling to be fixed and I’m quite content 
What about this mockup?
http://img374.imageshack.us/my.php?image=76283927io1.png
Great idea. It certainly needs work in terms of graphical design so it’d be as usable as possible. I’d love to see it in the GTK open/save dialog as well. Good luck!
Here other Gnome 3.0 mockup suggestion:
http://grigio.org/10_things_linux_ubuntu_should_really_copy_mac_os_x#comment-456
I like your idea.
Good god, yes.
A big yes.
[...] actual de la barra al nautilus). Als comentaris de l’informe obert sembla que tothom està d’acord en què seria un canvi genial, fins i tot els mateixos desenvolupadors ho veuen com una gran [...]
[...] third one, which is more similar to the current nautilus). At the comments, it seems that everybody agree that this change would be great and it may not be so difficult to develop [...]
I’ve attached a mockup based on your idea/work on bugzilla page:
http://bugzilla.gnome.org/show_bug.cgi?id=508404#c47
* Categories’re easier to distinguish thanks to bold and spacing
* Avoid mess between expanders and unmount buttons/icons (as reported by #34, #62 on bugzilla page)
* More similar to Nautilus tree view (#62)
[...] Calum: Different day, same Places. Have you ever noticed how different the Places menu can be depending on where you see it? Calum has, and he’s got a diagram of some of the differences. But he doesn’t just kvetch about it, he suggests a way to make it better. And A. Walton wants your feedback on a mockup. [...]