<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Standard Interoperability API</title>
	<atom:link href="http://www.vidog.com/blog/standard-interoperability-api/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.vidog.com/blog/standard-interoperability-api/</link>
	<description>the adventures of chrisk</description>
	<pubDate>Wed, 08 Sep 2010 13:46:00 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Trav</title>
		<link>http://www.vidog.com/blog/standard-interoperability-api/comment-page-1/#comment-40</link>
		<dc:creator>Trav</dc:creator>
		<pubDate>Mon, 14 Nov 2005 22:54:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.vidog.com/blog/?p=19#comment-40</guid>
		<description>So, OLE is basically the equivalent of what you want in the fat-app model, so you may want to look at that in the context of the web &#38; steal some ideas from that.

You'll want to have a lot of metadata about the objects that you're providing.  For instance, if I'm writing a webapp word processor and I want to incorporate a graph, is a person going to have to go to the gliffy site to create it?  The best situation is that they would just pull a drop down or click a 'gliffy' icon and voila your app would be presented within an iframe in the actual document itself.  In order to do that, you'll have to be communicating with other services behind the scenes.  The protocol would certiainly contain things like

"What services do you provide?"  
"What kinds of inputs does this service take?"  

You'll definitely want to be using MIME types for your content so that these questions are more meaningful.  For instance, if someone with a translation application wants to interact with your word processor, you'll want to let them know that 'MyFancyTranslationApp' takes in text/plain or something.  Or 'MyFancyGraphingApplication' takes in text/csv or sometypeof/spreadsheet

As for Single Sign On -- have you looked into things like the Liberty Alliance?</description>
		<content:encoded><![CDATA[<p>So, OLE is basically the equivalent of what you want in the fat-app model, so you may want to look at that in the context of the web &amp; steal some ideas from that.</p>
<p>You&#8217;ll want to have a lot of metadata about the objects that you&#8217;re providing.  For instance, if I&#8217;m writing a webapp word processor and I want to incorporate a graph, is a person going to have to go to the gliffy site to create it?  The best situation is that they would just pull a drop down or click a &#8216;gliffy&#8217; icon and voila your app would be presented within an iframe in the actual document itself.  In order to do that, you&#8217;ll have to be communicating with other services behind the scenes.  The protocol would certiainly contain things like</p>
<p>&#8220;What services do you provide?&#8221;<br />
&#8220;What kinds of inputs does this service take?&#8221;  </p>
<p>You&#8217;ll definitely want to be using MIME types for your content so that these questions are more meaningful.  For instance, if someone with a translation application wants to interact with your word processor, you&#8217;ll want to let them know that &#8216;MyFancyTranslationApp&#8217; takes in text/plain or something.  Or &#8216;MyFancyGraphingApplication&#8217; takes in text/csv or sometypeof/spreadsheet</p>
<p>As for Single Sign On &#8212; have you looked into things like the Liberty Alliance?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Johnson &#187; Blog Archive &#187; Identity, Mash-ups and Open APIs</title>
		<link>http://www.vidog.com/blog/standard-interoperability-api/comment-page-1/#comment-23</link>
		<dc:creator>Dave Johnson &#187; Blog Archive &#187; Identity, Mash-ups and Open APIs</dc:creator>
		<pubDate>Sun, 23 Oct 2005 09:12:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.vidog.com/blog/?p=19#comment-23</guid>
		<description>[...] references [1] Open Mashup APIs - Ajaxian, Oct 17, 2005 [2] Mashups and Openess - Sam Schillace, Oct 7, 2005 [3] Standard Interoperability API - Chris Kolhardt, Oct 8, 2005 [...]</description>
		<content:encoded><![CDATA[<p>[...] references [1] Open Mashup APIs - Ajaxian, Oct 17, 2005 [2] Mashups and Openess - Sam Schillace, Oct 7, 2005 [3] Standard Interoperability API - Chris Kolhardt, Oct 8, 2005 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay</title>
		<link>http://www.vidog.com/blog/standard-interoperability-api/comment-page-1/#comment-22</link>
		<dc:creator>Jay</dc:creator>
		<pubDate>Tue, 11 Oct 2005 16:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.vidog.com/blog/?p=19#comment-22</guid>
		<description>Dude, I think Sxip Network is what we were basically talking about the other week.

Good luck with the integration. It'll be interesting to see if you can pull it off and even more so as I'll be integrating all these kinda apps in our product in the coming year.</description>
		<content:encoded><![CDATA[<p>Dude, I think Sxip Network is what we were basically talking about the other week.</p>
<p>Good luck with the integration. It&#8217;ll be interesting to see if you can pull it off and even more so as I&#8217;ll be integrating all these kinda apps in our product in the coming year.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Feygin</title>
		<link>http://www.vidog.com/blog/standard-interoperability-api/comment-page-1/#comment-21</link>
		<dc:creator>Daniel Feygin</dc:creator>
		<pubDate>Mon, 10 Oct 2005 13:11:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.vidog.com/blog/?p=19#comment-21</guid>
		<description>Identity federation is the more specific basic identity requirement. SSO and identity management are peripheral to the cross-linking API.

Sxip looks interesting, too interesting actually to be true. If only I could figure out what's the catch.</description>
		<content:encoded><![CDATA[<p>Identity federation is the more specific basic identity requirement. SSO and identity management are peripheral to the cross-linking API.</p>
<p>Sxip looks interesting, too interesting actually to be true. If only I could figure out what&#8217;s the catch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sam</title>
		<link>http://www.vidog.com/blog/standard-interoperability-api/comment-page-1/#comment-20</link>
		<dc:creator>sam</dc:creator>
		<pubDate>Sat, 08 Oct 2005 23:36:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.vidog.com/blog/?p=19#comment-20</guid>
		<description>D'oh! Should have started this as a writely doc! Here it is...email me if you want to be added. 

http://www.writely.com/Doc.aspx?id=a469zkvzp9r</description>
		<content:encoded><![CDATA[<p>D&#8217;oh! Should have started this as a writely doc! Here it is&#8230;email me if you want to be added. </p>
<p><a href="http://www.writely.com/Doc.aspx?id=a469zkvzp9r" rel="nofollow">http://www.writely.com/Doc.aspx?id=a469zkvzp9r</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
