- Squircles are ugly, just use a rounded rectangle for your menu.
- The background does not need to be black behind the items, make it transparent like the stuff under the arrows
- The backgrounds behind the items should be less saturated, and brighter so the text will stand out. Those could also be nice and transparent too.
- There is no need for a close button on a menu, click off is implicit
- The search bar is too dark to make the text readable, I would keep this the same color as the other backgrounds
- Menu tail is way to big, should be 1/5th that size, round the tip too
- Menu needs more contrast at the edges (some kind of outline something) to make sure its visible over black also
- Individual items are probably too large to show a useful number of them at the start of a search. It might be worth considering some kind of dynamic scaling on their size to get better packing with lots of items.
At the moment, I'm trying to focus on getting all of the prototype's features working, but I'll do my best to fix everything you pointed out afterwards.
- Obviously unreadable and due to lack of contrast between background/font color.
- No consistent thumbnail alignment policy (left ? center ?)
- Please use a normal contextual menu, or you'll screw the desktop UI consistency
- Try to see how this scales with more than 3 documents…
Again, this is only a mockup. The colors wont be an issue in the actual code and the thumbnails are aligned differently because I wanted to see how each alignment would look.
As for the other issues:
1) In the current prototype we can fit 8 documents on one row. The primary purpose of the bar is to let users find and act upon their recent documents without needing to look for the documents in a filemanager. 8 documents is a good start to find something that you worked on earlier in the day. We're also going to have a more compact view for finding items that were worked on in the past week, etc.
2) We absolutely will NOT use a contextual menu. We're primarily targeting large-scale linux deployments in corporate/government environments. (E.g. Dave's deployment in Largo, Florida.) Most of our target users have no technical knowledge whatsoever and do not use right menus. At last year's UI hackfest, Dave Richards claimed that 60% of all users never click. Quite frankly, I'm not surprised. I almost never right-click and I'm a power user.
Could you explain some what the background colors add to this? Will a user who can't see the colors properly be at a disadvantage using this interface?
Each file is randomly assigned a background color the first time that it is used. We then present the file everywhere with that color so that users can scan through a list of files and subconsciously use the file's color to find it faster.
There's been some definitive usability research on the subject, but we would like to do some tests ourselves to determine what the best way of assigning colors is. (E.g. Should similar files have similar colors to help users find related documents? Or, perhaps, should similar files have different colors to differentiate between them?)
In any event, we're going to use around 7-9 colors. Users who are color blind will be able to change the colors to something more usable or enable an option that will do so for them.
Look like a really nice concept (kinda like the Dell Bar on the original Mini).
But please, please make it beautiful. The current mock-up is lackluster visually.
Perhaps as a Gnome-Do user you could take some visual inspiration from Docky's right click menus?
After working on Universal Applets, I don't think I'll have any problems with the transparent widgets. Thanks anyway- I'll see how good my memory really is.
That's great! As I saw the mockup, I thought "hey, that's how I want to look for my recent documents!"
It would be great to have something similar for the side pane of gnome-shell, obviously extended to recent applications.. I mean, all this wonderful stuff will hopefully land in gnome 3, so why should gnome-shell use anything different than zeitgeist and gnome activity journal for its search pane in the overlay!?
Completely unconstructive comment, I know. I'm just sharing my hopes..
Siegfried Gevatter added Zeitgeist support to GNOME Shell as a Google Summer of Code project. His patches are still awaiting review, so in the meantime we decided to develop a new user interface which doesn't depend on the shell. I'd love to see the two UIs merge together at some point.
[...] desktop that has something like this, (read more of what Natan, the Israeli genius is writing about this, and related things). Then I’d like to have tagging thrown in the [...]
Looks good, needs some UI cleanup:
- Squircles are ugly, just use a rounded rectangle for your menu.
- The background does not need to be black behind the items, make it transparent like the stuff under the arrows
- The backgrounds behind the items should be less saturated, and brighter so the text will stand out. Those could also be nice and transparent too.
- There is no need for a close button on a menu, click off is implicit
- The search bar is too dark to make the text readable, I would keep this the same color as the other backgrounds
- Menu tail is way to big, should be 1/5th that size, round the tip too
- Menu needs more contrast at the edges (some kind of outline something) to make sure its visible over black also
- Individual items are probably too large to show a useful number of them at the start of a search. It might be worth considering some kind of dynamic scaling on their size to get better packing with lots of items.
Hi, Jason.
Thanks for the feedback.
At the moment, I'm trying to focus on getting all of the prototype's features working, but I'll do my best to fix everything you pointed out afterwards.
Great idea. Look forward to playing with it.
Looking great man!
Thanks. Sorry that I didn't get a chance to say bye before you left this morning. It was great to finally meet in person and work together.
- Obviously unreadable and due to lack of contrast between background/font color.
- No consistent thumbnail alignment policy (left ? center ?)
- Please use a normal contextual menu, or you'll screw the desktop UI consistency
- Try to see how this scales with more than 3 documents…
Again, this is only a mockup. The colors wont be an issue in the actual code and the thumbnails are aligned differently because I wanted to see how each alignment would look.
As for the other issues:
1) In the current prototype we can fit 8 documents on one row. The primary purpose of the bar is to let users find and act upon their recent documents without needing to look for the documents in a filemanager. 8 documents is a good start to find something that you worked on earlier in the day. We're also going to have a more compact view for finding items that were worked on in the past week, etc.
2) We absolutely will NOT use a contextual menu. We're primarily targeting large-scale linux deployments in corporate/government environments. (E.g. Dave's deployment in Largo, Florida.) Most of our target users have no technical knowledge whatsoever and do not use right menus. At last year's UI hackfest, Dave Richards claimed that 60% of all users never click. Quite frankly, I'm not surprised. I almost never right-click and I'm a power user.
Hi aantn, where i could keep following the work?
I'm very interested on learn from your work.
Any IRC channel?
Great work btw!
Hi Pestefo,
Most of the Zeitgeist team hangs in #gnome-zeitgeist on irc.gnome.org and #zeitgeist on irc.freenode.net. I look forward to seeing you.
nice, im kinda always on those channels, so lets meet there
Could you explain some what the background colors add to this? Will a user who can't see the colors properly be at a disadvantage using this interface?
Each file is randomly assigned a background color the first time that it is used. We then present the file everywhere with that color so that users can scan through a list of files and subconsciously use the file's color to find it faster.
There's been some definitive usability research on the subject, but we would like to do some tests ourselves to determine what the best way of assigning colors is. (E.g. Should similar files have similar colors to help users find related documents? Or, perhaps, should similar files have different colors to differentiate between them?)
In any event, we're going to use around 7-9 colors. Users who are color blind will be able to change the colors to something more usable or enable an option that will do so for them.
Look like a really nice concept (kinda like the Dell Bar on the original Mini).
But please, please make it beautiful. The current mock-up is lackluster visually.
Perhaps as a Gnome-Do user you could take some visual inspiration from Docky's right click menus?
I'm already downloaded Docky's code and am working on a Python version.
Sorry I don't understand. Are you making a python version of Docky?
Yeah, he's talking about the menu. But as far as I remember Docky's one is as ugly as in the screenshot
.
By the way, Nathan, I have some code for transparent widgets, poke me if you want it (or just search for it on my blog
).
Nah, Docky's menu is pretty.
After working on Universal Applets, I don't think I'll have any problems with the transparent widgets. Thanks anyway- I'll see how good my memory really is.
Yeah, didn't remember they changed it, the new one is nice but when they first added the menu it looked like on your mockup.
I'm only making a Python version of Docky's context menu.
I misunderstood you then. Keep on rocking!
There is a (gnome-do) like application already written in python called Kupher
That's great! As I saw the mockup, I thought "hey, that's how I want to look for my recent documents!"
It would be great to have something similar for the side pane of gnome-shell, obviously extended to recent applications.. I mean, all this wonderful stuff will hopefully land in gnome 3, so why should gnome-shell use anything different than zeitgeist and gnome activity journal for its search pane in the overlay!?
Completely unconstructive comment, I know. I'm just sharing my hopes..
We'd love to see integration with GNOME Shell.
Siegfried Gevatter added Zeitgeist support to GNOME Shell as a Google Summer of Code project. His patches are still awaiting review, so in the meantime we decided to develop a new user interface which doesn't depend on the shell. I'd love to see the two UIs merge together at some point.
Hello , I wanted to say that I really like your post!
[...] desktop that has something like this, (read more of what Natan, the Israeli genius is writing about this, and related things). Then I’d like to have tagging thrown in the [...]