202
edits
Bookmarks Design Discussion: Difference between revisions
→Bookmark Labels
BrettWilson (talk | contribs) |
BrettWilson (talk | contribs) |
||
| Line 19: | Line 19: | ||
Bookmark labels can be hierarchical; for example, using <tt>:</tt> to denote a hierarchy level, a bookmark with a label of <tt>Work:Reference</tt> would have that as one of its explicit labels, but also have an implicit label <tt>Work</tt>. It does <em>not</em> have an implicit label <tt>Reference</tt>, however. Querying for all bookmarks with a label of <tt>Work</tt> would include all bookmarks labelled <tt>Work</tt>, <tt>Work:Reference</tt>, <tt>Work:Blogs</tt>, etc. | Bookmark labels can be hierarchical; for example, using <tt>:</tt> to denote a hierarchy level, a bookmark with a label of <tt>Work:Reference</tt> would have that as one of its explicit labels, but also have an implicit label <tt>Work</tt>. It does <em>not</em> have an implicit label <tt>Reference</tt>, however. Querying for all bookmarks with a label of <tt>Work</tt> would include all bookmarks labelled <tt>Work</tt>, <tt>Work:Reference</tt>, <tt>Work:Blogs</tt>, etc. | ||
Within each label, order will be preserved amongst bookmarks. If a query is done for <tt>Work:Reference</tt>, all bookmarks with an explicit <tt>Work:Reference</tt> label will always be displayed in the same order, and will be reorderable. If multiple labels are included in a query, however, no order will be enforced or remembered. | Within each label, order will be preserved amongst bookmarks. If a query is done for <tt>Work:Reference</tt>, all bookmarks with an explicit <tt>Work:Reference</tt> label will always be displayed in the same order, and will be reorderable. If multiple labels are included in a query, however, no order will be enforced or remembered. | ||
==== Interacting complex queries ==== | |||
When users view a label, either from the bookmarks manager, menu, etc., presenting and interacting with the bookmarks inside it is straightforward: bookmarks can reordered, added, deleted, etc. | |||
When a category is a more complex query such as "Work AND Important", or "Important OR Incomplete", presentation becomes more complex. In some cases, such as RSS, the user can't even change the title or delete it. Even for local bookmarks, what happens if the user tries to add or delete a bookmark to a complex query, or reorder them? | |||
In some cases, we can magically assign the proper labels when a bookmark is added to a complex query. If it is just an AND clause, the bookmark gets all the necessary tags. In other cases, this won't be possible. How will these "special" categories be presented so that it is clear that you can't do some things? | |||
=== Separating out Bookmarks, the Bookmarks Menu, and the Bookmarks Toolbar === | === Separating out Bookmarks, the Bookmarks Menu, and the Bookmarks Toolbar === | ||