There is no simple, quick-to-use solution that allows average web users to sort their bookmarks by relevance (rating,visits).
They are unable to solve this problem because they are not as practicable and efficient as they should/could be. Most systems solving special cases but no one is combining current systems to get a real useful 'built-in toolbar'. Another big fail is the design of the current ones - it's not really intuitive and much too interlaced.
Only a few of them use folders and those who do not use bookmarks, close the browser and “Save and Exit”.
In our reseach we figured out that most users don't use 'advanced' bookmarking (e.g. tags) to increase their workflow. In fact of this, we can say it's quite bad arranged/implemented. So we wanted to merge our ideas of a new toolbar with newly-arranged advance functions.
Our solution intends to help average web users better organize, arrange and re-find bookmarks as easy and fast as possible.
The most important thing of our plannings was that we wanted not to implemet any new standards, because these can easily become confusing. Therefore we tried to assume and combine all known systems and automate advanced functions as much as possible.
A bookmark consists of a screenshot of the page, its title, URLuniform resource locator – a human readable web address which is looked up by the →DNS and translated into an →IP Address, favicon, current date and the relevance to the user - rated by the user. The clou is, most data will automatically be added. Last visit, visits and frequency of use will be updated over time.
Our product will not reinvent bookmarking, but combine existing products and optimize them in combination to obtain an easy-to-use toolbar.
What happens if there is a very long list of bookmarks in a given folder?
Does the menu extend beyond the page fold at the bottom of the browser?
No. There is a given padding between browser window and bookmark list. The list will automatically fit to the screen. If there are more bookmarks, than can be showed on the screen arrows will be displayed to navigate (horizontally) through the list.
What are the limits to the number of bookmarks that can put in a folder?
There is no limitation.
Did you consider filtering bookmarks in addition to just sorting them?
This would be a nice feature. After your proposal we are about to implement such a feature in a suitable way.
(Essential: Sketches and/or Video to illustrate the interaction)
01/02/2011 The live search function has been implemented within the address input field.
19/01/2011 Short demonstration video of how the bookmarks live search is working.
Our prototype has been tested by about 10 people - our class and circle of acquaintances. We provided them a limited prototype created with PHP[[PHP|PHP Hypertext Processor]], SQL and jQuery. So they were able to use the protoype straightforward. Furthermore each tester has been introduced briefly to the prototype.
While testing the prototype some of the testers claimed that it would be much easier to have only one textfield. Furthermore the prototype does not have a history function so a switch would be necessary. So the user could choose which database should be searched on keydown.
We've merged the live search with the address bar as shown in the third demonstration video.
Overall, this is a well-thought-out project that really shows you paid attention to the detail of interaction design and the overall experience.
I'm impressed. It's a solution that shows clear, detailed thought.
I too think you could be more precise with your definition of the problem, since it jumps around a little and lacks the precision we see in your prototypes. A little more detail about the research you've conducted would help make a stronger case for your work.
I think you're wise to adopt the approach that existing convention matters and that there is value in recombining and improving existing solutions. Due to the mass audience for this sort of system, there's definitely a MAYA principle thing going on here (see cennydd.co.uk/2008/maya-principle/) and it would be easy to detract from the system's usability and UX by going too far in the quest for perfection.
Your prototypes are impressive and well executed, and I'd say you're very close to a real breakthrough - although I must confess that the third version doesn't convince me, mostly since the user's attention is required in two locations simultaneously; the URLuniform resource locator – a human readable web address which is looked up by the →DNS and translated into an →IP Address and the search function. Is there yet a simpler solution that recombines the visual focus in an elegant way?
To continue the discussion we started when I visited you in Weimar, the problem you set out to solve is unclear. The description of the problem actually describes the current usage pattern, but doesn't identify the problem. Hence, the ultimate success of your project is unclear as I am still uncertain as to what your goals were - the essence of innovation: solving a problem.
In general, the more time you spend discussing and defining the problem, the easier it is to create a solution and critique it internally within the design team. I just don't feel you spent enough time on this. Instead, I suspect you took the assignment and immediately started sketching stuff.
I do like that you build on existing best-practices. I am unsure (like Jim) as to how your proposed solution will scale (a problem, I might add, that you share with several of the other project groups).
The prototype is indeed impressive. Nicely done. It gives a much clearer picture of what you want to achieve - for me, it seems to help the user recall WHICH site they bookmarked and WHY they did so. And although you didn't state this clearly, it IS a problem and your attempt to solve it is excellent. Well done, gentlemen!