Talk:Firefox:Places:Scratch Pad: Difference between revisions
(Hierarchical tags) |
(Examples added.) |
||
| Line 9: | Line 9: | ||
I think we should have not only "flat", keyword-like tags (like [http://gmail.google.com gmail] tags, or [http://del.icio.us/ del.icio.us] tags), but also hierarchical tags, like categories used in webpage directories, like [http://www.google.com/dirhp Google Directory] or [http://dmoz.org/ dmoz.org]. Sometimes multiple tags (and selecting by multiple tags) are preferable to hierarchical structure, but sometimes hierarchical structure (hierarchical tags) works better. And hierarchical structure is easier I think for browsing. | I think we should have not only "flat", keyword-like tags (like [http://gmail.google.com gmail] tags, or [http://del.icio.us/ del.icio.us] tags), but also hierarchical tags, like categories used in webpage directories, like [http://www.google.com/dirhp Google Directory] or [http://dmoz.org/ dmoz.org]. Sometimes multiple tags (and selecting by multiple tags) are preferable to hierarchical structure, but sometimes hierarchical structure (hierarchical tags) works better. And hierarchical structure is easier I think for browsing. | ||
Better yet, take a look at http://www.namesys.com/whitepaper.html ("Future Vision | Better yet, take a look at http://www.namesys.com/whitepaper.html ("Future Vision of ReiserFS" by Hans Reiser, from The Naming System Venture), which is about finding information, combining flat tags, key/value pairs (one can think of it as of attributes) and hierarchical categories. del.icio.us has beginnings of something like that, with the only possibility is to combine multiple tags into a tag intersection, and to select tags either from anyone, or from specified user. | ||
: | An example of search could be ''Typesetting/TeX/MetaPost/'' (from dmoz.org), ''<nowiki>[</nowiki>politics france history<nowiki>]</nowiki>'' (from del.icio.us), ''domain/mozilla.org'' (example of keywords), or ''<nowiki>[</nowiki>history/3 site/en.wikipedia.org<nowiki>]</nowiki>'' (searching history), in notation used in mentioned paper. | ||
: [[User:Jnareb|Jakub Narebski]] 02:06, 10 Apr 2005 (PDT) | |||
Revision as of 09:34, 10 April 2005
Label (aka. metadata) based bookmarks orgranization is definitely the way to go. We should dump the folder based orgranization scheme completely and replace it with labels (aka. metadata), since most websites fit into many categories.
If we do decide to to use labels, we should separate it from search keywords. Also, autocomplete should be provided for label entry in the bookmark property dialogue.
Lastly, we should consider modifying the sidebar code so that it displays on top of the content pane instead of beside and force the content pane to resize. People usually only need to see the sidebar for a short period of time and resizing the content pane is very disorienting for the user.
Hierarchical tags
I think we should have not only "flat", keyword-like tags (like gmail tags, or del.icio.us tags), but also hierarchical tags, like categories used in webpage directories, like Google Directory or dmoz.org. Sometimes multiple tags (and selecting by multiple tags) are preferable to hierarchical structure, but sometimes hierarchical structure (hierarchical tags) works better. And hierarchical structure is easier I think for browsing.
Better yet, take a look at http://www.namesys.com/whitepaper.html ("Future Vision of ReiserFS" by Hans Reiser, from The Naming System Venture), which is about finding information, combining flat tags, key/value pairs (one can think of it as of attributes) and hierarchical categories. del.icio.us has beginnings of something like that, with the only possibility is to combine multiple tags into a tag intersection, and to select tags either from anyone, or from specified user.
An example of search could be Typesetting/TeX/MetaPost/ (from dmoz.org), [politics france history] (from del.icio.us), domain/mozilla.org (example of keywords), or [history/3 site/en.wikipedia.org] (searching history), in notation used in mentioned paper.
- Jakub Narebski 02:06, 10 Apr 2005 (PDT)