Shared publicly  - 
With the power to share comes the responsibility to share well. Scenarios around sharing are a bit trickier than one might think. I like the idea of putting metadata (microdata) around the share event.
This: is Google+ History

The way I think of it is:
A- Public activity about public URLs
B- Public activity about private URLs
C- Private activity about public URLs
D- Private activity about private URLs

Scenarios A & C are easy: you write a moment into History with a URL pointing to the entity (a place, an event, a track, a book, etc) that was the object/target of the activity. For example <Ade read >

Scenarios B & D are tricky. These scenarios mean we can't reveal the URLs to googlebot (for instance if a URL is behind an authentication screen) so we have to do googlebot's job: extract out the microdata from the page and write it directly to History.

This is handled by this: part of the API which lets you pass in a 'result' as part of the Moment you write to History. Here's an example of one of those result objects: The algorithm for extracting this microdata (or for just creating it without first building a private web page) are defined as part of the HTML5 spec:

Most of the talk about History that I've seen has revolved around scenarios A & C. Hopefully this post will get people thinking about new possibilities.
Google+ History API. Welcome to the early developer preview of Google+ history. We think the difference between saving and sharing is really important for communicating online. After all, not every th...
Add a comment...