Firefox/Feature Brainstorming:Microformat Handling

From MozillaWiki
Jump to: navigation, search

« Firefox/Feature Brainstorming

Specific features References
Over-arching reference
http://microformats.org/
Data and Microformat Detection
  • Detect micro-formated content or implicit/latent micro-formats such as phone numbers, FedEx tracking numbers, AIM screen names, etc.
  • The detectors themselves could be plug-able, so that users may replace the default detectors or add new detectors for specific content types. Thus, research, innovation, and communities could form around creating the highest quality and most accurate content detectors. Additionally, vertically oriented detectors could be developed to recognize eBay auction numbers, bugzilla bugs, pharmaceuticals, MLS numbers for real estate, etc.
Microformat Actions
  • Allow users to easily take action on detected data elements. For example, contextual menu actions for hCards could include "add to address book," "email contact," "dial number with Skype," etc. Additionally, services such as LinkedIn or Plaxo could develop their own contextual menu add-ons to allow users to do things like add detected hCards to their accounts.
  • Microformat actions could be plug-able so that users may replace the default actions or add new actions for specific content types. An open and extensible system would allow users to associate content types to their choice of desktop applications or online services, similar to how Firefox 2 handles feeds.
Microformat Collection and Storage
  • Once data elements are detected, they could then be normalized to a universal schema and added to a local data store.
  • User preferences or rules engines for web content could control how information is collected and saved. For example, a rule could allow a user to do things like save detected hCards found within a particular domain, etc. Distinctions would need to be made between data that is cached or explicitly saved.
  • Additionally, metadata such as timestamp, source, subject, annotations, tags, user context, etc. could also be captured, perhaps within some type of metadata index. Thus, the utility and value of collected data increases as information assets increase over time.
Microformat Visualization
  • Provide mechanisms to search, browse, and visualize micro-formatted content that has been cached or saved, similar to history and bookmarks.
  • Firefox could ship with a set of default views, but developers could also create add-on views that range from simple data look-ups to data mining and analysis capabilities.
  • By treating data elements as simple building blocks, visualizations could occur in ways the original content providers didn't expect. Similar to how data service providers (Yahoo!, Amazon, eBay, Google) are enabling server-side data mash-ups through defined APIs, a platform for microformat visualizations could allow for client-side mash-ups from the local data store.

- Piggy Bank

Microformat Sharing
  • Once data elements have been found within a view, there should be an easy way to share data with others.
  • Since email is the most ubiquitous, scalable, and widespread communications vehicle in use, why not leverage this as an initial sharing platform? For example, a user could select individual data elements or an entire result set within a view, input an email address (perhaps from the hCard store!), and simply click a send button.


Microformat Backup and Synchronization
  • Provide mechanisms to back-up the local data store (perhaps only information that is explicitly saved), or sync these data stores across Firefox installations. Firefox could also interface with existing services such as .mac, Windows Live, Google Browser Sync, etc.


Mozilla.org
  • In the meantime, microformats could be implemented throughout mozilla.org


General tasks

n/a

n/a