<?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: I Create, Distribute &amp; Disseminate Cracked Software (updated 28/7/10)</title>
	<atom:link href="http://andybeard.eu/2709/thesiswp-refund-policy.html/feed" rel="self" type="application/rss+xml" />
	<link>http://andybeard.eu/2709/thesiswp-refund-policy.html</link>
	<description>Internet Marketing, Lead Acquisition, Online Business Strategy and Social Media with Original Opinion and Loads of Attitude</description>
	<lastBuildDate>Sat, 11 Feb 2012 13:54:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Andreas Nurbo</title>
		<link>http://andybeard.eu/2709/thesiswp-refund-policy.html#comment-445212</link>
		<dc:creator>Andreas Nurbo</dc:creator>
		<pubDate>Sat, 24 Jul 2010 20:52:08 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2709#comment-445212</guid>
		<description>Habari is an interesting project. But not very well advertised and their UI is not that good. And it was top 4 apparently. Remembered wrong. http://www.wptavern.com/forum/general/1790-whats-new-drupal-7-a.html#post17608
&lt;blockquote&gt;Certainly for the last 3-4 years Matt and other project members seem to have been fairly consistant when they have written about this topic.
&lt;/blockquote&gt;
Really I&#039;ve only seen it mentioned by Mark Jaquith. Still using the term external and internal with WP is not correct. There also is really no such thing as external and internal APIs. 
&lt;blockquote cite=&quot;WikiPedia on API&quot;&gt;It facilitates interaction between different software programs similar to the way the user interface facilitates interaction between humans and computers.&lt;/blockquote&gt;
So its again arguments of the type. &quot;Thats not what we mean&quot; =).
And on the GPL and people not interpreting the &quot;internal API&quot;same way as &lt;a href=&quot;http://flashingcursor.com/wordpress/wordpress-themes-and-plugins-do-not-inherit-the-gpl-v2-152#comment-72&quot; rel=&quot;nofollow&quot;&gt;Mark J.&lt;/a&gt;
&lt;blockquote cite=&quot;Mark Jaquith&quot;&gt;
I think that punishing WordPress for having a flexible plugin system is unfair.&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p>Habari is an interesting project. But not very well advertised and their UI is not that good. And it was top 4 apparently. Remembered wrong. <a href="http://www.wptavern.com/forum/general/1790-whats-new-drupal-7-a.html#post17608">http://www.wptavern.com/forum/general/1790-whats-new-drupal-7-a.html#post17608</a></p>
<blockquote><p>Certainly for the last 3-4 years Matt and other project members seem to have been fairly consistant when they have written about this topic.
</p></blockquote>
<p>Really I&#8217;ve only seen it mentioned by Mark Jaquith. Still using the term external and internal with WP is not correct. There also is really no such thing as external and internal APIs. </p>
<blockquote cite="WikiPedia on API"><p>It facilitates interaction between different software programs similar to the way the user interface facilitates interaction between humans and computers.</p></blockquote>
<p>So its again arguments of the type. &#8220;Thats not what we mean&#8221; =).<br />
And on the GPL and people not interpreting the &#8220;internal API&#8221;same way as <a href="http://flashingcursor.com/wordpress/wordpress-themes-and-plugins-do-not-inherit-the-gpl-v2-152#comment-72">Mark J.</a></p>
<blockquote cite="Mark Jaquith"><p>
I think that punishing WordPress for having a flexible plugin system is unfair.</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2709/thesiswp-refund-policy.html#comment-445209</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Sat, 24 Jul 2010 16:38:41 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2709#comment-445209</guid>
		<description>There is a 30+ page thread over on the Warrior forum about people discussing/complaining about new rules for product promotion in WSO, strategy discussions etc.

It is primarily to do with link building

They have decided that they will no longer support/condone people using strategies that are explicitly against the terms of service of Web 2.0 properties, or even non-explicitly in the case of forum owners.

It is quite far reaching - they are no longer accepting WSOs or promotion of &quot;link packages&quot; - places to get links just by creating profiles of forums or dofollow comments - the powers that be have decided that it is against the wishes of the sites to be hit by a plague of visitors and maybe forum signups just for the purpose of gaining a backlink.

They decided that it was pissing in the well.

You wrote yourself that 50% of fixes for WP3.0 were by just 5 people (iirc) over on WPTavern - what do you think the chances are that those people support Matt&#039;s view, and that has been the view for a long time.

It is quite possible that the guys who skipped over to the Habari project were those who might object to some of Matt&#039;s interpretations

http://wiki.habariproject.org/en/FAQ

&lt;blockquote&gt;Habari uses the Apache License (http://www.apache.org/licenses/LICENSE-2.0). For those unfamiliar with this license, the Apache License FAQ page should answer most of your questions.
Developers contributing to the Habari project itself should note that, unless explicitly stated otherwise, any contribution intentionally submitted for inclusion shall be under the terms and conditions of the license used by Habari, without any additional terms or conditions. However, plugins and themes designed to work with Habari are not required to have the same license as Habari itself.
You can find our license included in the source, and http://svn.habariproject.org/habari/trunk/LICENSE in our code repository. 
&lt;/blockquote&gt;

All the legal opinions are just that, but I have seen experts suggest that consistant messaging about what is considered internal, and what is considered external will be important. Certainly for the last 3-4 years Matt and other project members seem to have been fairly consistant when they have written about this topic.Whether that was the case with B2, and the early days of the WP project are hard to tell, but the people involved were probably less aware of the legal intricacies, less sure of what they believed in etc.
Also they can be a little lax in communication. The registered trademark isn&#039;t proclaimed on every page, and the domains policy is buried fairly deep and still abused by people who should know better.</description>
		<content:encoded><![CDATA[<p>There is a 30+ page thread over on the Warrior forum about people discussing/complaining about new rules for product promotion in WSO, strategy discussions etc.</p>
<p>It is primarily to do with link building</p>
<p>They have decided that they will no longer support/condone people using strategies that are explicitly against the terms of service of Web 2.0 properties, or even non-explicitly in the case of forum owners.</p>
<p>It is quite far reaching &#8211; they are no longer accepting WSOs or promotion of &#8220;link packages&#8221; &#8211; places to get links just by creating profiles of forums or dofollow comments &#8211; the powers that be have decided that it is against the wishes of the sites to be hit by a plague of visitors and maybe forum signups just for the purpose of gaining a backlink.</p>
<p>They decided that it was pissing in the well.</p>
<p>You wrote yourself that 50% of fixes for WP3.0 were by just 5 people (iirc) over on WPTavern &#8211; what do you think the chances are that those people support Matt&#8217;s view, and that has been the view for a long time.</p>
<p>It is quite possible that the guys who skipped over to the Habari project were those who might object to some of Matt&#8217;s interpretations</p>
<p><a href="http://wiki.habariproject.org/en/FAQ">http://wiki.habariproject.org/en/FAQ</a></p>
<blockquote><p>Habari uses the Apache License (<a href="http://www.apache.org/licenses/LICENSE-2.0">http://www.apache.org/licenses/LICENSE-2.0</a>). For those unfamiliar with this license, the Apache License FAQ page should answer most of your questions.<br />
Developers contributing to the Habari project itself should note that, unless explicitly stated otherwise, any contribution intentionally submitted for inclusion shall be under the terms and conditions of the license used by Habari, without any additional terms or conditions. However, plugins and themes designed to work with Habari are not required to have the same license as Habari itself.<br />
You can find our license included in the source, and <a href="http://svn.habariproject.org/habari/trunk/LICENSE">http://svn.habariproject.org/habari/trunk/LICENSE</a> in our code repository.
</p></blockquote>
<p>All the legal opinions are just that, but I have seen experts suggest that consistant messaging about what is considered internal, and what is considered external will be important. Certainly for the last 3-4 years Matt and other project members seem to have been fairly consistant when they have written about this topic.Whether that was the case with B2, and the early days of the WP project are hard to tell, but the people involved were probably less aware of the legal intricacies, less sure of what they believed in etc.<br />
Also they can be a little lax in communication. The registered trademark isn&#8217;t proclaimed on every page, and the domains policy is buried fairly deep and still abused by people who should know better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas Nurbo</title>
		<link>http://andybeard.eu/2709/thesiswp-refund-policy.html#comment-445207</link>
		<dc:creator>Andreas Nurbo</dc:creator>
		<pubDate>Sat, 24 Jul 2010 10:07:32 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2709#comment-445207</guid>
		<description>&lt;blockquote&gt;
You look on any use of those APIs as fair game despite the frequently stated intention by the authors that they consider those interfaces to be internal.
&lt;/blockquote&gt;
They are not internal. There is no such thing really with WP. Thats how its designed. If they were internal external software wouldn&#039;t have easy access to them and their use would be discouraged.</description>
		<content:encoded><![CDATA[<blockquote><p>
You look on any use of those APIs as fair game despite the frequently stated intention by the authors that they consider those interfaces to be internal.
</p></blockquote>
<p>They are not internal. There is no such thing really with WP. Thats how its designed. If they were internal external software wouldn&#8217;t have easy access to them and their use would be discouraged.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2709/thesiswp-refund-policy.html#comment-445202</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Fri, 23 Jul 2010 22:31:24 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2709#comment-445202</guid>
		<description>I think I can see where the confusion is coming from

The linked documents stated very clearly that copyright stuff had to be determined first, though the DMCA would be part of that.

Jacobsen is an alternative to arguments that then the case would come down to purely contract law, or possibly a counter for fair use.

Mark looks on it as dynamic linking
I look on it as a big ass software patch
You look on any use of those APIs as fair game despite the frequently stated intention by the authors that they consider those interfaces to be internal.

I am not disputing that the courts may determine that you are right regarding dynamic linking in certain circumstances - my Rick Astley example would be an extreme case that I doubt would ever get that far. If someone replaced the whole front end of WordPress or Drupal it would be at the other extreme.
Themes &amp; plugins are somewhere in the middle.</description>
		<content:encoded><![CDATA[<p>I think I can see where the confusion is coming from</p>
<p>The linked documents stated very clearly that copyright stuff had to be determined first, though the DMCA would be part of that.</p>
<p>Jacobsen is an alternative to arguments that then the case would come down to purely contract law, or possibly a counter for fair use.</p>
<p>Mark looks on it as dynamic linking<br />
I look on it as a big ass software patch<br />
You look on any use of those APIs as fair game despite the frequently stated intention by the authors that they consider those interfaces to be internal.</p>
<p>I am not disputing that the courts may determine that you are right regarding dynamic linking in certain circumstances &#8211; my Rick Astley example would be an extreme case that I doubt would ever get that far. If someone replaced the whole front end of WordPress or Drupal it would be at the other extreme.<br />
Themes &#038; plugins are somewhere in the middle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas Nurbo</title>
		<link>http://andybeard.eu/2709/thesiswp-refund-policy.html#comment-445200</link>
		<dc:creator>Andreas Nurbo</dc:creator>
		<pubDate>Fri, 23 Jul 2010 21:09:29 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2709#comment-445200</guid>
		<description>The Jacobsen case has no value in standard plugin/theme development.
All you do in those cases is use function names.

&lt;blockquote&gt;
If you can somehow come up with a templating engine which only works using what WordPress regard as external APIs, good luck to you.
&lt;/blockquote&gt;
Ain&#039;t doing a template engine that replaces WPs. And what WP regards external API differs. Codex says the hook systems is an API. Mark says its not etc. WP itself is more like a platform. Like Android or something.
Also if I were to use the interface approach I could call all WP functions to my hearts desire. Hence the case for dynamic linking.</description>
		<content:encoded><![CDATA[<p>The Jacobsen case has no value in standard plugin/theme development.<br />
All you do in those cases is use function names.</p>
<blockquote><p>
If you can somehow come up with a templating engine which only works using what WordPress regard as external APIs, good luck to you.
</p></blockquote>
<p>Ain&#8217;t doing a template engine that replaces WPs. And what WP regards external API differs. Codex says the hook systems is an API. Mark says its not etc. WP itself is more like a platform. Like Android or something.<br />
Also if I were to use the interface approach I could call all WP functions to my hearts desire. Hence the case for dynamic linking.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2709/thesiswp-refund-policy.html#comment-445199</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Fri, 23 Jul 2010 18:22:40 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2709#comment-445199</guid>
		<description>I know the dynamic linking arguments, and I read Chip&#039;s post, all 4 pages including all the small print, and I had already read most of the articles he linked to, which all predated the Jacobsen appeal.

I can see situations where the dynamic linking argument becomes tricky.
1. If someone creates 1 or more CMS applications which have identical plugin hook &amp; filters to WordPress, but under a different license - that might sound like a lot of work, but maybe someone in the Habari project might decide they want people to use WordPress plugins in some way. You wouldn&#039;t need all hooks/filters to make a few waves as a large number of plugins use common output hooks for header/footer, or work with data such as the post content.
2. Very simple plugins - as an example filtering the_content() or hooking wp_footer() to add a Rick Astley video from Youtube

In the first case I have no idea what might be the final result - I suppose it would come down to effect on the market &amp; intent - it isn&#039;t theoretical either, there is a project out there.

In the second case it doesn&#039;t have any effect on the market place - the amount of code/data doesn&#039;t really matter e.g. HD DVD DRM Key &amp; Digg fun 3 years ago.

If you can somehow come up with a templating engine which only works using what WordPress regard as external APIs, good luck to you.

In some ways it isn&#039;t that hard - even at my level of programming incompetence I could create something that outputs content with embedded tokens that could then be used to add theme elements as a 3rd party application.

Matt Mullenweg himself pointed out this is possible 6 days ago on Neville&#039;s post
http://www.nevillehobson.com/2010/07/16/what-is-community-worth-to-you/#comment-62596376</description>
		<content:encoded><![CDATA[<p>I know the dynamic linking arguments, and I read Chip&#8217;s post, all 4 pages including all the small print, and I had already read most of the articles he linked to, which all predated the Jacobsen appeal.</p>
<p>I can see situations where the dynamic linking argument becomes tricky.<br />
1. If someone creates 1 or more CMS applications which have identical plugin hook &amp; filters to WordPress, but under a different license &#8211; that might sound like a lot of work, but maybe someone in the Habari project might decide they want people to use WordPress plugins in some way. You wouldn&#8217;t need all hooks/filters to make a few waves as a large number of plugins use common output hooks for header/footer, or work with data such as the post content.<br />
2. Very simple plugins &#8211; as an example filtering the_content() or hooking wp_footer() to add a Rick Astley video from Youtube</p>
<p>In the first case I have no idea what might be the final result &#8211; I suppose it would come down to effect on the market &amp; intent &#8211; it isn&#8217;t theoretical either, there is a project out there.</p>
<p>In the second case it doesn&#8217;t have any effect on the market place &#8211; the amount of code/data doesn&#8217;t really matter e.g. HD DVD DRM Key &amp; Digg fun 3 years ago.</p>
<p>If you can somehow come up with a templating engine which only works using what WordPress regard as external APIs, good luck to you.</p>
<p>In some ways it isn&#8217;t that hard &#8211; even at my level of programming incompetence I could create something that outputs content with embedded tokens that could then be used to add theme elements as a 3rd party application.</p>
<p>Matt Mullenweg himself pointed out this is possible 6 days ago on Neville&#8217;s post<br />
<a href="http://www.nevillehobson.com/2010/07/16/what-is-community-worth-to-you/#comment-62596376">http://www.nevillehobson.com/2010/07/16/what-is-community-worth-to-you/#comment-62596376</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas Nurbo</title>
		<link>http://andybeard.eu/2709/thesiswp-refund-policy.html#comment-445197</link>
		<dc:creator>Andreas Nurbo</dc:creator>
		<pubDate>Fri, 23 Jul 2010 08:18:54 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2709#comment-445197</guid>
		<description>&lt;blockquote&gt;
If you want to “out” potential competitors please do it on your own blog though many of the projects are hardly invisible. I am sure many of them are considering their choices right now.
&lt;/blockquote&gt;
Out potential competitors? Again with the unfounded conclusions. It was to make a point. I don&#039;t consider them violators of any license. I have not read any ranting on their choice of license thats all. Which is why I think has more to do with the person Chris.</description>
		<content:encoded><![CDATA[<blockquote><p>
If you want to “out” potential competitors please do it on your own blog though many of the projects are hardly invisible. I am sure many of them are considering their choices right now.
</p></blockquote>
<p>Out potential competitors? Again with the unfounded conclusions. It was to make a point. I don&#8217;t consider them violators of any license. I have not read any ranting on their choice of license thats all. Which is why I think has more to do with the person Chris.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas Nurbo</title>
		<link>http://andybeard.eu/2709/thesiswp-refund-policy.html#comment-445196</link>
		<dc:creator>Andreas Nurbo</dc:creator>
		<pubDate>Fri, 23 Jul 2010 08:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2709#comment-445196</guid>
		<description>&lt;blockquote&gt;Then the astute among my readers would recognise that the legal precedent set in Jacobsen was that Katzer when they copied the GPL data, didn’t include the GPL license. A competent judge has determined that that was a breach of the DMCA because they removed copy protection.
&lt;/blockquote&gt;
Different subjects. Datafunction names. Even your astute readers would know that.
&lt;blockquote&gt;
Whether I agree with that verdict or not, as far as I can understand (I am not a lawyer) that is a legal precedent, possibly set in the same jurisdiction as someone related to the WP project such as the Free Software Foundation might use.
&lt;/blockquote&gt;
Again different subject. Data versus function names. If I write a book I can&#039;t use names for my characters that has already been used by other authors?

&lt;blockquote&gt;
You can relese your themes that use the Framework under MIT if you want, but I have a feeling (&amp; again I am not a lawyer) the framework itself would need to be GPL, or at least the sections that interface directly with WordPress.
&lt;/blockquote&gt;
It depends. If I use actual code it would have to be GPL. Otherwise no. You know dynamic linking and all that. If not read about it. Reread Chip Bennetts article. He aint making stuff up and actual lawyers, OSI representatives, law departments on universities all think the same way.

&lt;blockquote&gt;
I have no idea whether you read my previous post but as far as I am concerned that is still pissing in the WordPress well – 7 years of WordPress developers contributions under a license they can’t themselves change, and you on an ego trip to prove a point want to release under a different license.
&lt;/blockquote&gt;
I have contributed a little to WP core one change got in others did not for the 3.0 version. And will probably do more in the future. 

And its not an ego trip. What a stupid accusation. 
php.MVC uses LGPL, Ruby on Rails,CakePHP uses MIT, CodeIgniter uses Apache/BSD license. Its standard to use that sort of license for frameworks.
So again you jump to unfounded conclusions.</description>
		<content:encoded><![CDATA[<blockquote><p>Then the astute among my readers would recognise that the legal precedent set in Jacobsen was that Katzer when they copied the GPL data, didn’t include the GPL license. A competent judge has determined that that was a breach of the DMCA because they removed copy protection.
</p></blockquote>
<p>Different subjects. Datafunction names. Even your astute readers would know that.</p>
<blockquote><p>
Whether I agree with that verdict or not, as far as I can understand (I am not a lawyer) that is a legal precedent, possibly set in the same jurisdiction as someone related to the WP project such as the Free Software Foundation might use.
</p></blockquote>
<p>Again different subject. Data versus function names. If I write a book I can&#8217;t use names for my characters that has already been used by other authors?</p>
<blockquote><p>
You can relese your themes that use the Framework under MIT if you want, but I have a feeling (&amp; again I am not a lawyer) the framework itself would need to be GPL, or at least the sections that interface directly with WordPress.
</p></blockquote>
<p>It depends. If I use actual code it would have to be GPL. Otherwise no. You know dynamic linking and all that. If not read about it. Reread Chip Bennetts article. He aint making stuff up and actual lawyers, OSI representatives, law departments on universities all think the same way.</p>
<blockquote><p>
I have no idea whether you read my previous post but as far as I am concerned that is still pissing in the WordPress well – 7 years of WordPress developers contributions under a license they can’t themselves change, and you on an ego trip to prove a point want to release under a different license.
</p></blockquote>
<p>I have contributed a little to WP core one change got in others did not for the 3.0 version. And will probably do more in the future. </p>
<p>And its not an ego trip. What a stupid accusation.<br />
php.MVC uses LGPL, Ruby on Rails,CakePHP uses MIT, CodeIgniter uses Apache/BSD license. Its standard to use that sort of license for frameworks.<br />
So again you jump to unfounded conclusions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2709/thesiswp-refund-policy.html#comment-445195</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Fri, 23 Jul 2010 07:00:06 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2709#comment-445195</guid>
		<description>Totally free of all legal issues - WordPress themselves have a list
http://wordpress.org/extend/themes/commercial/

Those themes are 100% &quot;free&quot; as in you have access to source code, gfx &amp; css licensed GPL. Thus yo wouldn&#039;t be limited on the number of sites you can use a particular theme on, or how you could modify it.

They all have various support options, many have a one-time fee for unlimited access, others have some kind of subscription for updates.

If you were flipping a site... there would be no &quot;tax&quot; on the new owner as there might be with one of the themes with a split license, though for theme updates they might have to join whichever site you got the theme you used from.</description>
		<content:encoded><![CDATA[<p>Totally free of all legal issues &#8211; WordPress themselves have a list<br />
<a href="http://wordpress.org/extend/themes/commercial/">http://wordpress.org/extend/themes/commercial/</a></p>
<p>Those themes are 100% &#8220;free&#8221; as in you have access to source code, gfx &amp; css licensed GPL. Thus yo wouldn&#8217;t be limited on the number of sites you can use a particular theme on, or how you could modify it.</p>
<p>They all have various support options, many have a one-time fee for unlimited access, others have some kind of subscription for updates.</p>
<p>If you were flipping a site&#8230; there would be no &#8220;tax&#8221; on the new owner as there might be with one of the themes with a split license, though for theme updates they might have to join whichever site you got the theme you used from.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Beard</title>
		<link>http://andybeard.eu/2709/thesiswp-refund-policy.html#comment-445194</link>
		<dc:creator>Andy Beard</dc:creator>
		<pubDate>Fri, 23 Jul 2010 06:51:03 +0000</pubDate>
		<guid isPermaLink="false">http://andybeard.eu/?p=2709#comment-445194</guid>
		<description>Hi Neville

To be honest it was probably one of my most disjointed posts - my hope is that the decision to go GPL was made well before I posted and that it was unnecessary, though some parts of it I had been holding back for a long long time. I am not vain enough to think it had time to influence any decisions.

I have always understood the attraction of premium themes, I have a few premium theme memberships myself, and I have purchased tons of premium plugins.

My primary concern is not so much the freedom to distribute if something gets abandoned (though if that didn&#039;t happen with B2, there would be no WordPress) but having access to source and ability to modify without restriction for my own use.
I also am not a huge fan of credit links I don&#039;t have a choice over, even more so if it is something I have paid for - they can be a little restrictive with certain linking structures I like to play around with.

As an affiliate I also have real problems promoting something that doesn&#039;t at least meet my own requirements in licensing... I am not a GPL fanboy though it is something I chose to use because it was the right thing to do.</description>
		<content:encoded><![CDATA[<p>Hi Neville</p>
<p>To be honest it was probably one of my most disjointed posts &#8211; my hope is that the decision to go GPL was made well before I posted and that it was unnecessary, though some parts of it I had been holding back for a long long time. I am not vain enough to think it had time to influence any decisions.</p>
<p>I have always understood the attraction of premium themes, I have a few premium theme memberships myself, and I have purchased tons of premium plugins.</p>
<p>My primary concern is not so much the freedom to distribute if something gets abandoned (though if that didn&#8217;t happen with B2, there would be no WordPress) but having access to source and ability to modify without restriction for my own use.<br />
I also am not a huge fan of credit links I don&#8217;t have a choice over, even more so if it is something I have paid for &#8211; they can be a little restrictive with certain linking structures I like to play around with.</p>
<p>As an affiliate I also have real problems promoting something that doesn&#8217;t at least meet my own requirements in licensing&#8230; I am not a GPL fanboy though it is something I chose to use because it was the right thing to do.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: basic
Database Caching 29/34 queries in 0.007 seconds using disk: basic
Object Caching 503/507 objects using disk: basic
Content Delivery Network via cdn5.andybeard.name

Served from: andybeard.eu @ 2012-02-13 08:40:46 -->
