User:Auk/Bookmarks: Difference between revisions
(→Add: text index, ui flow) |
(→Searching: mechanism workings) |
||
| Line 13: | Line 13: | ||
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it. | Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it. | ||
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. | |||
== Menu == | == Menu == | ||
Inevitably, ... | Inevitably, ... | ||
Revision as of 05:50, 6 August 2006
Here are my thoughts on the future of bookmarking in Firefox. This draft is a KISS outlook, and ultimately personally preferred in favor of my Tagging Model. While the tag model come from the point of view that the current bookmarks model must not be broken, and so adds next-gen technology onto that, this model throws out what has been before (for the most part) and builds a system that is simple but effective and — hopefully — in the long run easier to use.
Add
A given url can be bookmarked or not bookmarked. There is not so much 'adding' a bookmark as 'bookmarking a page'. If a page is in the bookmark index, Bookmarks -> Bookmark This Page appears checked, and the Bookmark toolbar toggle button appears toggled on.
When a page is bookmarked, it's text should be scanned, common words and characters (the, a, comma, period) removed, and the text saved (space delimiters for words?) in the SQLite .db file.
This should be carried on in the background, or perhaps simply a progress bar in the statusbar, and not stop the UI usage flow — no Add dialog, no nothing, but a toggled button.
Searching
I feel the primary mechanism of finding a bookmark should be searching. Some may argue this is a technical user's way of operating — text en lieu of point-and-click. However, I've watched many (my parents, generic other non-techies and techies alike) pull up Google in favor of thier bookmarks time and time again.
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it.
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked.
Menu
Inevitably, ...