canmove, Confirmed users, Bureaucrats and Sysops emeriti
6,906
edits
m (I have no idea what day it is, apparently.) |
mNo edit summary |
||
| (17 intermediate revisions by 7 users not shown) | |||
| Line 1: | Line 1: | ||
'''Update:''' I've done a followup - [[User:Dria/On Tagging II|On Tagging II]] | |||
http://dria.org/images/tagging/TagSymbol.png | http://dria.org/images/tagging/TagSymbol.png | ||
<small><em>I invented this Tag Button Thursday morning.</em></small> | <small><em>I invented this Tag Button Thursday morning.</em></small> | ||
| Line 10: | Line 12: | ||
== Why not use a Social Bookmarking service? == | == Why not use a Social Bookmarking service? == | ||
Many would suggest that the new | Many would suggest that the new "Social Bookmarking" movement (and associated extensions, tools, visualizations, and such) is the answer to all my bookmarkish problems, but I disagree. Social bookmarking sites such as del.icio.us have two major and unacceptable drawbacks for me: | ||
# I have absolutely zero interest in sharing (all of) my bookmarks. My bookmarks, for the most part, reflect my changing interests and surf habits over time. I would consider it a fairly serious breach of personal privacy were those to be tracked (or trackable). If I decide to share my bookmarks, I want the option for it to be anonymous, and I want it to be able to share only particular subsets of my entire collection. | # I have absolutely zero interest in sharing (all of) my bookmarks. My bookmarks, for the most part, reflect my changing interests and surf habits over time. I would consider it a fairly serious breach of personal privacy were those to be tracked (or trackable). If I decide to share my bookmarks, I want the option for it to be anonymous, and I want it to be able to share only particular subsets of my entire collection. | ||
# I don’t want to be dependent on an external online service for storing and retrieving my bookmarks. I want them to be local, with a backup/syncable version held in a secure central location. If that central location goes offline for whatever reason, I don’t want my bookmarks to go with it. I also don’t want ‘net lag to make accessing my bookmarks slow and crappy. | # I don’t want to be dependent on an external online service for storing and retrieving my bookmarks. I want them to be local, with a backup/syncable version held in a secure central location. If that central location goes offline for whatever reason, I don’t want my bookmarks to go with it. I also don’t want ‘net lag to make accessing my bookmarks slow and crappy. | ||
| Line 24: | Line 27: | ||
http://dria.org/images/tagging/TagButton2.png | http://dria.org/images/tagging/TagButton2.png | ||
The idea is that when you click the tag button (that's the green thing I invented while drinking coffee | The idea is that when you click the tag button (that's the green thing I invented while drinking coffee one morning), it brings up a simple text field with a button. Like so (only with the right fonts and stuff): | ||
http://dria.org/images/tagging/TagDialog.png | http://dria.org/images/tagging/TagDialog.png | ||
| Line 31: | Line 34: | ||
== Tag Suggest == | == Tag Suggest == | ||
Another crazy concept would be a | Another crazy concept would be a "Suggest" button that would have the browser search the page text for particular keywords based on a user�s previous tags and/or a set of tags we provide, like so: | ||
http://dria.org/images/tagging/TagSuggest.png | http://dria.org/images/tagging/TagSuggest.png | ||
So, if I were on a page that contained words such as | So, if I were on a page that contained words such as "Ajax" and "JavaScript" and "Turkey Pie", clicking the "Suggest" button would first search through my existing tags and, assuming these tags existed, would auto-populate the field with "AJAX", "JavaScript", and "Turkey Recipes". If nothing matched out of my existing catalog of tags, it could then default to checking against a tag-suggestion file that is provided with the browser (or obtained from the shared tagging database we host on a centralized server (see more on Syncing below)). | ||
Once tags are suggested, the user would be able to change, add to, or remove anything in the textbox. | Once tags are suggested, the user would be able to change, add to, or remove anything in the textbox. | ||
The suggest button could also search the MetaData of the web site for keywords as suggestions. If the concept of "tagging" catches on, web sites could include yet another MetaData field for "Suggested Tag Keywords." | |||
== Searching == | == Searching == | ||
| Line 43: | Line 48: | ||
http://dria.org/images/tagging/TagSearch.png | http://dria.org/images/tagging/TagSearch.png | ||
Searching tagged items should not require bringing up the Tag Manager. Having something like the Search Bar (or integrating the Tag Search into the existing Search Bar), where I can just click, type, and hit | Searching tagged items should not require bringing up the Tag Manager. Having something like the Search Bar (or integrating the Tag Search into the existing Search Bar), where I can just click, type, and hit "Enter" to get a nicely-formatted and fully-linked Tag Search result page in my browser that displays all my Tagged Items that fit the search, would be awesome. It should search both the tags and the titles/urls of tagged items for matches, not just tags. | ||
http://dria.org/images/tagging/TagSearchResults.png | http://dria.org/images/tagging/TagSearchResults.png | ||
| Line 63: | Line 68: | ||
=== Two-Pane Panel === | === Two-Pane Panel === | ||
An alternative to the three-pane full-width panel would be a two-pane | An alternative to the three-pane full-width panel would be a two-pane “sidebar�? style panel, like so: | ||
http://dria.org/images/tagging/TaggingTwoPanePanel.png | http://dria.org/images/tagging/TaggingTwoPanePanel.png | ||
| Line 69: | Line 74: | ||
=== Find-Ahead Search === | === Find-Ahead Search === | ||
Both the three- and two-pane panels should have a | Both the three- and two-pane panels should have a "spotlight"-like find-ahead search box that filtered displayed items based on whatever is typed in the search box. (Beltzner’s suggestion.) This is illustrated in the two-pane panel above, but I forgot to put it in the three-pane. | ||
== Syncing == | == Syncing == | ||
One thing that annoys me a great deal is that it’s very difficult for me to sync my bookmarks between machines. Ideally, we would provide a centralized service, akin to .mac, that would allow users to optionally sync all sorts of crazy things between machines: All profile settings (all apps), history (Ffox), tags (Ffox), Feed Subscriptions (Ffox or Tbird or whatever), Feed | One thing that annoys me a great deal is that it’s very difficult for me to sync my bookmarks between machines. Ideally, we would provide a centralized service, akin to .mac, that would allow users to optionally sync all sorts of crazy things between machines: All profile settings (all apps), history (Ffox), tags (Ffox), Feed Subscriptions (Ffox or Tbird or whatever), Feed “Read�? status (Ffox, Tbird, whatever), mail rules (Tbird), mail accounts (TBird), junkmail filtering database (Tbird), calendars (Sunbird/Tbird), etc. | ||
== Tag Sharing == | == Tag Sharing == | ||
Users could be given the option of | Users could be given the option of "Sharing" their Tag database. The sharing would be anonymous (ie: no user data is shared), but if shared, when they sync their tags with the central server, we could add those to a massive database of tagged items (including user ratings and such). That data could be mined and used for all kinds of interesting things: a central database of rated RSS feeds, a podcasts catalog, all kinds of awesome data for compiling a tag suggestion database, to just letting users browse around by tag and seeing what else is out there in the world. Etc. This central system should also be extraordinarily well-designed, as it could potentially be an incredibly rich resource. | ||
== Default Tags == | == Default Tags == | ||
There should possibly be a set of default tags into which particular types of items get automatically added. For example, if a user tags an RSS feed, that feed should automatically get tagged with | There should possibly be a set of default tags into which particular types of items get automatically added. For example, if a user tags an RSS feed, that feed should automatically get tagged with "Feed", image files with "Image", audio files with "Audio", movie files with "Movie", etc. This would be fairly dependent upon file type recognition, of course. The result would be that in her Tag Manager, a user would be able to find all her feeds in the "Feeds" folder, even if she can’t remember what other tags she used, the title, or the URL. The browser should just do this, without any need for interaction on the user’s part. | ||
And the same system could also record the language of the resource, according to the ISO-639 table. | |||
== History Integration == | == History Integration == | ||
| Line 84: | Line 91: | ||
== Auto-Tagging == | == Auto-Tagging == | ||
Optionally, the tagging system could automatically tag all items in history using the same algorithm used for the | Optionally, the tagging system could automatically tag all items in history using the same algorithm used for the "Tag Suggest" feature mentioned earlier. These auto-tagged items would be flagged and filterable as such so they don’t pollute a user’s manually-tagged lists of items. | ||
It would have to be extremely simple for a user to approve, disapprove, change, or delete auto-tags. Approval/Disapproval/Deletion should be no more than a one-click process, while changes should be similarly straightforward. | It would have to be extremely simple for a user to approve, disapprove, change, or delete auto-tags. Approval/Disapproval/Deletion should be no more than a one-click process, while changes should be similarly straightforward. | ||
== Bayesian Training == | == Bayesian Training == | ||
Bayesian training system could | Bayesian training system could "learn" a user’s tagging habits and preferences over time and be used to continually improve the "Tag Suggest" and "Auto-Tag" features. | ||
== In Conclusion... == | == In Conclusion... == | ||
I like the concept of tagging, particularly when used for personal data such as bookmarks, RSS feeds, and the like. I think we can and should have some sort of system for tagging items in Firefox (and our other applications) that make it incredibly easy to do on any given page without having to visit other pages (like del.icio.us requires) or navigate a bunch of annoying menus. If I could click a single button then just auto-populate (via Suggest) some tags, or just quickly type in a set of tags, I’d probably tag every single page I spent more than 2 seconds reading. With the inclusion of a Tag Search in our Search Bar I would stop using Google as my default replacement for bookmarking, because I would actually be able to find what I’m looking for in my own bookmarks file without having to fight with the Bookmark Manager. | I like the concept of tagging, particularly when used for personal data such as bookmarks, RSS feeds, and the like. I think we can and should have some sort of system for tagging items in Firefox (and our other applications) that make it incredibly easy to do on any given page without having to visit other pages (like del.icio.us requires) or navigate a bunch of annoying menus. If I could click a single button then just auto-populate (via Suggest) some tags, or just quickly type in a set of tags, I’d probably tag every single page I spent more than 2 seconds reading. With the inclusion of a Tag Search in our Search Bar I would stop using Google as my default replacement for bookmarking, because I would actually be able to find what I’m looking for in my own bookmarks file without having to fight with the Bookmark Manager. | ||
== Other Resources == | |||
A lot of other people have been thinking and writing about this topic. Feel free to add to this list: | |||
* [[Bookmarks_Use_Cases]] | |||
* [[Bookmarks_Design_Discussion]] | |||
* [http://robert.accettura.com/archives/2005/08/01/intelligent-bookmarking-draft Robert Accettura's post about Intelligent Bookmarking] | |||
* [http://www.ischool.utexas.edu/~i385q/readings/Kaasten_Greenberg-2001-Back_History_Bookmarks.pdf Integrating Back, History and Bookmarks in Web Browsers] (PDF) | |||
* [http://www.scottberkun.com/essays/essay37.htm How to build a better web browser] | |||
* [http://grouplab.cpsc.ucalgary.ca/papers/1996/96-Tauscher.Thesis/thesis.html Evaluating History Mechanisms: An Empirical Study of Reuse Patterns in WWW Navigation] | |||
* [http://ic.arc.nasa.gov/projects/aim/papers/www6/paper.html A Bookmarking Service for Organizing and Sharing URLs], del.icio.us envisioned in 1997 ([http://scholar.google.com/scholar?cluster=13901917626031694012 Google Scholar search] in case it moves) | |||
* [[User:Auk/Bookmarks]] | |||
* [http://live.psu.edu/story/20538 Automatic image tagging] | |||