Talk:Firefox:Places:Scratch Pad: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(Cleaning up links to del.icio.us)
 
Line 4: Line 4:


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.
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 [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 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 days ago" site/en.wikipedia.org<nowiki>]</nowiki>'' (searching history), in notation used in mentioned paper. And we should have the notion of current "directory".
: [[User:Jnareb|Jakub Narebski]] 08:20, 11 Apr 2005 (PDT)
== Bookmarks and Information Management ==
Adding tags to bookmarks sounds great. A del.icio.us like interface with keyboard support and tag links for adding (and removing?) would be wonderful. The Flat Bookmarks Extension should become the standard because changing text is much faster. But my most important wish is that a bookmark should be loaded and editable in the sidebar as soon as its website is loaded. This could be used for fast annotations/citations and might be the first step in creating an information manager that makes bookmarks an active workspace and not only a passive storage.
What I miss in del.icio.us is a user definition of main tags so that they are always in a separate line on top of the tags. Also, I miss the definition of filters including statements like "wiki.mozilla.org = dev Firefox" to add tags automatically before I choose a few specific tags. To have a combination of a hierarchy and flat tags would be very interesting but a search of ordered tags might do the trick: "social+bookmarks" as a flat search that would also show bookmarks with the tags "bookmarks social software" while "social bookmarks" would be an ordered set of tags that can also be an expression for a hierarchy such as “dev Firefox�? for the main tag dev and the project Firefox.
For some more details and the background, please check out: http://pubnotes.wordpress.com/2007/10/14/evolution-of-bookmarking/
== Comment ==
everybody wants the new firefox to do everything for you that just gets annoying try using msword. I agree that bookmark management would be nice (like flock) http://www.flock.com
-brkwtzandrew
[[User:Brkwtzandrew|Brkwtzandrew]] 11:21, 6 Nov 2005 (PST)

Latest revision as of 17:25, 21 March 2013

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.

Retrieved from "https://wiki.mozilla.org/index.php?title=Talk:Firefox:Places:Scratch_Pad&oldid=640417"