<?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: Zoho Show: Another Step Towards Better Group Collaboration</title>
	<atom:link href="http://www.zoliblog.com/2008/06/25/zoho-show-another-step-towards-better-group-collaboration/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.zoliblog.com/2008/06/25/zoho-show-another-step-towards-better-group-collaboration/</link>
	<description>Connecting the dots ...</description>
	<lastBuildDate>Sat, 21 Nov 2009 06:03:39 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mat Atkinson</title>
		<link>http://www.zoliblog.com/2008/06/25/zoho-show-another-step-towards-better-group-collaboration/#comment-12446</link>
		<dc:creator>Mat Atkinson</dc:creator>
		<pubDate>Fri, 27 Jun 2008 07:49:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.zoliblog.com/2008/06/25/zoho-show-another-step-towards-better-group-collaboration/#comment-12446</guid>
		<description>Zoli

We mulled over these same issues at ProofHQ (ProofHQ is a collaborative review and approval app for documents, design and artwork).  How do we let people distribute proofs to their reviewers without having to recreate groups from other apps all over again?

We have developed the following layers:
1.  Private, not distributed.  Only available to people in the creator&#039;s organisation with appropriate security rights.
2.  Distribution based on email ID.  Only named recipients can access the files.  we will be adding a Groups feature to this shortly.
3.  Controlled distribution by embedding the proof in private wikis, web pages, intranets, etc.
4.  Public distribution in public web pages, blogs, etc.

We are seeing a lot of take up with the third option, which lets people embed their proofs into existing  &quot;private&quot; web pages.  By default the proof is only available to people with permission to see those web pages.  This brings ProofHQ into their existing process rather than forcing the creation of yet another set of permissions.</description>
		<content:encoded><![CDATA[<p>Zoli</p>
<p>We mulled over these same issues at ProofHQ (ProofHQ is a collaborative review and approval app for documents, design and artwork).  How do we let people distribute proofs to their reviewers without having to recreate groups from other apps all over again?</p>
<p>We have developed the following layers:<br />
1.  Private, not distributed.  Only available to people in the creator&#8217;s organisation with appropriate security rights.<br />
2.  Distribution based on email ID.  Only named recipients can access the files.  we will be adding a Groups feature to this shortly.<br />
3.  Controlled distribution by embedding the proof in private wikis, web pages, intranets, etc.<br />
4.  Public distribution in public web pages, blogs, etc.</p>
<p>We are seeing a lot of take up with the third option, which lets people embed their proofs into existing  &#8220;private&#8221; web pages.  By default the proof is only available to people with permission to see those web pages.  This brings ProofHQ into their existing process rather than forcing the creation of yet another set of permissions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
