<?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: BuddyPress Privacy: Moving Toward a Privacy API</title>
	<atom:link href="http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/feed/" rel="self" type="application/rss+xml" />
	<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/</link>
	<description>Thoughts on startups, leadership, the Web, and disruptive technologies</description>
	<lastBuildDate>Wed, 08 Sep 2010 20:44:16 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Matt</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-2591</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Fri, 25 Jun 2010 00:58:38 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-2591</guid>
		<description>Having just set up buddypress, one feature I really need is:

Individual component settings in the group.  I want the group forum / blog / document etc to be private (hidden from non group members), but the main group members list to be shown.

hope that makes sense!
Many thanks!</description>
		<content:encoded><![CDATA[<p>Having just set up buddypress, one feature I really need is:</p>
<p>Individual component settings in the group.  I want the group forum / blog / document etc to be private (hidden from non group members), but the main group members list to be shown.</p>
<p>hope that makes sense!<br />
Many thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: qafro</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-752</link>
		<dc:creator>qafro</dc:creator>
		<pubDate>Tue, 06 Apr 2010 16:23:54 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-752</guid>
		<description>I think BuddyPress Privacy Layer is the best way to ensure that privacy would make user data safer &amp; easy for future developments in privacy &amp; plugins!</description>
		<content:encoded><![CDATA[<p>I think BuddyPress Privacy Layer is the best way to ensure that privacy would make user data safer &amp; easy for future developments in privacy &amp; plugins!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Sayre</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-611</link>
		<dc:creator>Jeff Sayre</dc:creator>
		<pubDate>Fri, 05 Mar 2010 02:49:43 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-611</guid>
		<description>Paul-

Thanks for the comment. Privacy is finally coming along fine. The final issue now is with WPMU&#039;s  big merge with WordPress. WP 3.0 is currently expected to be released sometime between mid April and May 1.

A few days ago, the core WP team announced the freeze of further enhancements in the WP 3.0 codebase. ( http://wpdevel.wordpress.com/2010/03/01/today-is-feature-freeze-noon-eastern-ti/ ). This means that I can now use the WP 3.0 trunk to finishing updating my BP Privacy Component.

The past several months have seen a whirlwind of changes in BP and WP. It has been very difficult to develop a stable privacy plugin. Once one thing was fixed, another got broken by a change in either BP or WP. So, I decided that I had no choice but to wait for the WP 3.0 freeze. Now that that has occurred, I&#039;m putting in the time to upgrade. So, it will be ready when WP 3.0 is officially released.</description>
		<content:encoded><![CDATA[<p>Paul-</p>
<p>Thanks for the comment. Privacy is finally coming along fine. The final issue now is with WPMU&#8217;s  big merge with WordPress. WP 3.0 is currently expected to be released sometime between mid April and May 1.</p>
<p>A few days ago, the core WP team announced the freeze of further enhancements in the WP 3.0 codebase. ( <a href="http://wpdevel.wordpress.com/2010/03/01/today-is-feature-freeze-noon-eastern-ti/" rel="nofollow">http://wpdevel.wordpress.com/2010/03/01/today-is-feature-freeze-noon-eastern-ti/</a> ). This means that I can now use the WP 3.0 trunk to finishing updating my BP Privacy Component.</p>
<p>The past several months have seen a whirlwind of changes in BP and WP. It has been very difficult to develop a stable privacy plugin. Once one thing was fixed, another got broken by a change in either BP or WP. So, I decided that I had no choice but to wait for the WP 3.0 freeze. Now that that has occurred, I&#8217;m putting in the time to upgrade. So, it will be ready when WP 3.0 is officially released.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Hastings</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-610</link>
		<dc:creator>Paul Hastings</dc:creator>
		<pubDate>Fri, 05 Mar 2010 01:18:58 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-610</guid>
		<description>Hey Jeff, 

March 1st has come and gone. Any insights as to the status of BP Privacy?</description>
		<content:encoded><![CDATA[<p>Hey Jeff, </p>
<p>March 1st has come and gone. Any insights as to the status of BP Privacy?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Commons re-design &#124; Academic Commons</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-503</link>
		<dc:creator>Commons re-design &#124; Academic Commons</dc:creator>
		<pubDate>Wed, 10 Feb 2010 19:07:40 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-503</guid>
		<description>[...] idea being that the Commons should be a one-stop-shop for everyone to be able to collaborate, while maintaining their own individual, and/or group&#8217;s privacy.  This is always a struggle when designing and developing a platform that incorporates different [...]</description>
		<content:encoded><![CDATA[<p>[...] idea being that the Commons should be a one-stop-shop for everyone to be able to collaborate, while maintaining their own individual, and/or group&#8217;s privacy.  This is always a struggle when designing and developing a platform that incorporates different [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Sayre</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-489</link>
		<dc:creator>Jeff Sayre</dc:creator>
		<pubDate>Mon, 08 Feb 2010 23:52:44 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-489</guid>
		<description>Danzig-

You best bet is to post your question to the WPMU forums. Someone there will know whether or not a plugin exists that can help you achieve your goal.

We regards to my BuddyPress Privacy Plugin working in that scenario, it is hard to say. However, if your solution is WPMU and not BuddyPress specific, then it is safe to say that the answer would be no.</description>
		<content:encoded><![CDATA[<p>Danzig-</p>
<p>You best bet is to post your question to the WPMU forums. Someone there will know whether or not a plugin exists that can help you achieve your goal.</p>
<p>We regards to my BuddyPress Privacy Plugin working in that scenario, it is hard to say. However, if your solution is WPMU and not BuddyPress specific, then it is safe to say that the answer would be no.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danzig</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-488</link>
		<dc:creator>Danzig</dc:creator>
		<pubDate>Mon, 08 Feb 2010 23:44:14 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-488</guid>
		<description>I want to create a theme (which I’ve done before) use Pods for the CMS and BuddyPress.

With BuddyPress I want to have a member be able to login and place their business information. As a member they would have their own page to enter allowed business information that would update to a directory of businesses on the web site. Is there a plug-in or a tutorial that someone could point me to achieve this? Thank you in advance. 

Mr. Sayre, would your security plugin work for this setup?</description>
		<content:encoded><![CDATA[<p>I want to create a theme (which I’ve done before) use Pods for the CMS and BuddyPress.</p>
<p>With BuddyPress I want to have a member be able to login and place their business information. As a member they would have their own page to enter allowed business information that would update to a directory of businesses on the web site. Is there a plug-in or a tutorial that someone could point me to achieve this? Thank you in advance. </p>
<p>Mr. Sayre, would your security plugin work for this setup?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Sayre</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-394</link>
		<dc:creator>Jeff Sayre</dc:creator>
		<pubDate>Thu, 21 Jan 2010 16:48:17 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-394</guid>
		<description>I agree that privacy should be a core component. But, it is not up to me to make that decision. Hopefully, my Privacy Layer will be merged into core or some other privacy option made available.</description>
		<content:encoded><![CDATA[<p>I agree that privacy should be a core component. But, it is not up to me to make that decision. Hopefully, my Privacy Layer will be merged into core or some other privacy option made available.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bowe Frankema</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-393</link>
		<dc:creator>Bowe Frankema</dc:creator>
		<pubDate>Thu, 21 Jan 2010 16:32:39 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-393</guid>
		<description>As a non-techie this makes perfect sense to me, and like I said earlier, the right approach.. time will tell if it will get picked up by the users or core developers (to be included in the core) but a social network needs good and flexible security options so I can&#039;t imagine it NOT being adopter. 

It&#039;ll be something like akismet but then for privacy instead of spam ;-)</description>
		<content:encoded><![CDATA[<p>As a non-techie this makes perfect sense to me, and like I said earlier, the right approach.. time will tell if it will get picked up by the users or core developers (to be included in the core) but a social network needs good and flexible security options so I can&#8217;t imagine it NOT being adopter. </p>
<p>It&#8217;ll be something like akismet but then for privacy instead of spam <img src='http://jeffsayre.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slaFFik</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-391</link>
		<dc:creator>slaFFik</dc:creator>
		<pubDate>Thu, 21 Jan 2010 15:46:36 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-391</guid>
		<description>Hi Jeff,
Why not giving to BuddyPress Privacy Layer importance as BP-Core component has? That&#039;s really useful and must-have for all networks.
Then all other teams will work taking in account your layer.</description>
		<content:encoded><![CDATA[<p>Hi Jeff,<br />
Why not giving to BuddyPress Privacy Layer importance as BP-Core component has? That&#8217;s really useful and must-have for all networks.<br />
Then all other teams will work taking in account your layer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Sayre</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-389</link>
		<dc:creator>Jeff Sayre</dc:creator>
		<pubDate>Thu, 21 Jan 2010 15:34:28 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-389</guid>
		<description>Bowe-

Thanks for your thoughts.

I thought a lot last night about how I might be able to repurpose my existing code to create a de facto BuddyPress Privacy API. I believe the best approach would be to split out the current component filtering functions into their own files. These would become, in essence, the privacy modules that each component team would then utilize and maintain. The basic core Privacy API, then, would be in a separate set of files.

So, I would do the entire refactoring of the current privacy code and provide a version 1.0 working privacy system for BuddyPress. It would then be up to project teams to take their component&#039;s privacy module and extended it how they see fit.

Of course, this is be no means an official core component. That can only be decided by the BP core dev team. But, I think this approach could make privacy filtering easier for everyone, including 3rd-party plugin developers.</description>
		<content:encoded><![CDATA[<p>Bowe-</p>
<p>Thanks for your thoughts.</p>
<p>I thought a lot last night about how I might be able to repurpose my existing code to create a de facto BuddyPress Privacy API. I believe the best approach would be to split out the current component filtering functions into their own files. These would become, in essence, the privacy modules that each component team would then utilize and maintain. The basic core Privacy API, then, would be in a separate set of files.</p>
<p>So, I would do the entire refactoring of the current privacy code and provide a version 1.0 working privacy system for BuddyPress. It would then be up to project teams to take their component&#8217;s privacy module and extended it how they see fit.</p>
<p>Of course, this is be no means an official core component. That can only be decided by the BP core dev team. But, I think this approach could make privacy filtering easier for everyone, including 3rd-party plugin developers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Ransom</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-388</link>
		<dc:creator>Tom Ransom</dc:creator>
		<pubDate>Thu, 21 Jan 2010 15:26:21 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-388</guid>
		<description>Makes sense to me. 

When I first picked up the current version of your plugin, I was looking for something that would allow me to &quot;extend&quot; a privacy class, register my objects, and then provide either provide callbacks for requests for my objects or output the specific language as needed when setting privacy.</description>
		<content:encoded><![CDATA[<p>Makes sense to me. </p>
<p>When I first picked up the current version of your plugin, I was looking for something that would allow me to &#8220;extend&#8221; a privacy class, register my objects, and then provide either provide callbacks for requests for my objects or output the specific language as needed when setting privacy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bowe Frankema</title>
		<link>http://jeffsayre.com/2010/01/20/buddypress-privacy-moving-toward-a-privacy-api/#comment-387</link>
		<dc:creator>Bowe Frankema</dc:creator>
		<pubDate>Thu, 21 Jan 2010 15:24:34 +0000</pubDate>
		<guid isPermaLink="false">http://jeffsayre.com/?p=256#comment-387</guid>
		<description>Hi Jeff,

I think that direction BP is taking is a good one. Your idea to write a security API to allow &quot;3rd party&quot; developers to hook into additional privacy features is an golden idea. It&#039;s another step forward to create a piece of software that&#039;s flexible and developer friendly. I&#039;m not a programmer, but I do see the benefits of a standardized and organized workflow, and a well written API could provide that. 

Creating and extending a privacy API could be done by several people, and it could reduce the workload for you. So I see no reason why this could be a bad idea, and I certainly hope that you will go trough with setting this up. I also hope that you&#039;re able to use your already written code, because you&#039;ve put in so much time in it!

Keep me/us updated, and maybe it&#039;s good to talk about this in the next BP Dev chat to see what others think!</description>
		<content:encoded><![CDATA[<p>Hi Jeff,</p>
<p>I think that direction BP is taking is a good one. Your idea to write a security API to allow &#8220;3rd party&#8221; developers to hook into additional privacy features is an golden idea. It&#8217;s another step forward to create a piece of software that&#8217;s flexible and developer friendly. I&#8217;m not a programmer, but I do see the benefits of a standardized and organized workflow, and a well written API could provide that. </p>
<p>Creating and extending a privacy API could be done by several people, and it could reduce the workload for you. So I see no reason why this could be a bad idea, and I certainly hope that you will go trough with setting this up. I also hope that you&#8217;re able to use your already written code, because you&#8217;ve put in so much time in it!</p>
<p>Keep me/us updated, and maybe it&#8217;s good to talk about this in the next BP Dev chat to see what others think!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
