<?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: Clarification of WordPress theme GPL issues for designers and developers.</title>
	<atom:link href="http://aliciaweller.com/2009/10/09/clarification-of-wordpress-theme-gpl-issues-for-designers-and-developers/feed/" rel="self" type="application/rss+xml" />
	<link>http://aliciaweller.com/2009/10/09/clarification-of-wordpress-theme-gpl-issues-for-designers-and-developers/</link>
	<description>the blog of alicia weller</description>
	<lastBuildDate>Tue, 20 Jul 2010 19:07:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Dan MIlward</title>
		<link>http://aliciaweller.com/2009/10/09/clarification-of-wordpress-theme-gpl-issues-for-designers-and-developers/comment-page-1/#comment-181</link>
		<dc:creator>Dan MIlward</dc:creator>
		<pubDate>Tue, 13 Oct 2009 01:17:26 +0000</pubDate>
		<guid isPermaLink="false">http://aliciaweller.com/?p=318#comment-181</guid>
		<description>What an interesting read.

My recommendation (like you imply) would to ignore the vocal minority and try to focus on what people like Matt Mullenweg and Jane Wells post on the topic.

I think 2 facts we can agree on are;
1) you&#039;re allowed to sell your GPL plugins and themes - but the GPL distribution rules apply

2) to get your theme in the wordpress extend repository it needs to be GPL - otherwise you will need to self host it

3) for anything else don&#039;t ask me ;)

I also found this very interesting. But then I find most things Ian Stewart has to say as interesting:
http://themeshaper.com/premium-theme-release/</description>
		<content:encoded><![CDATA[<p>What an interesting read.</p>
<p>My recommendation (like you imply) would to ignore the vocal minority and try to focus on what people like Matt Mullenweg and Jane Wells post on the topic.</p>
<p>I think 2 facts we can agree on are;<br />
1) you&#8217;re allowed to sell your GPL plugins and themes &#8211; but the GPL distribution rules apply</p>
<p>2) to get your theme in the wordpress extend repository it needs to be GPL &#8211; otherwise you will need to self host it</p>
<p>3) for anything else don&#8217;t ask me <img src='http://aliciaweller.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>I also found this very interesting. But then I find most things Ian Stewart has to say as interesting:<br />
<a href="http://themeshaper.com/premium-theme-release/" rel="nofollow">http://themeshaper.com/premium-theme-release/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Fischer</title>
		<link>http://aliciaweller.com/2009/10/09/clarification-of-wordpress-theme-gpl-issues-for-designers-and-developers/comment-page-1/#comment-177</link>
		<dc:creator>Robert Fischer</dc:creator>
		<pubDate>Sat, 10 Oct 2009 18:59:01 +0000</pubDate>
		<guid isPermaLink="false">http://aliciaweller.com/?p=318#comment-177</guid>
		<description>Note that the term &quot;infect&quot; is a term that people use for the GPL because it has &quot;viral&quot; licensing.  If a &quot;viral&quot; license reaches out and impacts something, then (on analogy with viruses), that thing is infected.

http://en.wikipedia.org/wiki/Copyleft#Viral_licensing

Yes, the FSF doesn&#039;t much like the term, but it seems fairly apt.  Got a better metaphor for the GNU&#039;s viral clause?</description>
		<content:encoded><![CDATA[<p>Note that the term &#8220;infect&#8221; is a term that people use for the GPL because it has &#8220;viral&#8221; licensing.  If a &#8220;viral&#8221; license reaches out and impacts something, then (on analogy with viruses), that thing is infected.</p>
<p><a href="http://en.wikipedia.org/wiki/Copyleft#Viral_licensing" rel="nofollow">http://en.wikipedia.org/wiki/Copyleft#Viral_licensing</a></p>
<p>Yes, the FSF doesn&#8217;t much like the term, but it seems fairly apt.  Got a better metaphor for the GNU&#8217;s viral clause?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alicia</title>
		<link>http://aliciaweller.com/2009/10/09/clarification-of-wordpress-theme-gpl-issues-for-designers-and-developers/comment-page-1/#comment-176</link>
		<dc:creator>Alicia</dc:creator>
		<pubDate>Sat, 10 Oct 2009 18:33:38 +0000</pubDate>
		<guid isPermaLink="false">http://aliciaweller.com/?p=318#comment-176</guid>
		<description>John,

I do not know how gnu and/or attorneys would answer that. I have been trying to keep my own opinions out of this as much as possible.

If I had to, I might venture that CSS+images that a theme extends to admin would be hard to construe as an original creative work available for copyright anyway as they tend to just add a few buttons that appear in many cases seamless with the admin interface. In other words, are people really looking to hold copyright to some grey buttons and input fields as an original creative work? 

I probably shouldn&#039;t even answer this. Yes, there is a lot of grey area with this issue. And no, I don&#039;t know the answers. My post was not even about my opinion, just answers based on gnu/SFLC attorneys.  The only thing that seems to be clear is: in the case of themes; images+CSS linked to as data does not need WordPress to function can have separate licensing. However, that also assumes that those items are unique and original and available for copyrights. But if one takes and uses another design, the new work isn&#039;t really a new work and isn&#039;t copyrightable in any case...from what I understand.

Again, I am no judge and jury...this is just my understanding...</description>
		<content:encoded><![CDATA[<p>John,</p>
<p>I do not know how gnu and/or attorneys would answer that. I have been trying to keep my own opinions out of this as much as possible.</p>
<p>If I had to, I might venture that CSS+images that a theme extends to admin would be hard to construe as an original creative work available for copyright anyway as they tend to just add a few buttons that appear in many cases seamless with the admin interface. In other words, are people really looking to hold copyright to some grey buttons and input fields as an original creative work? </p>
<p>I probably shouldn&#8217;t even answer this. Yes, there is a lot of grey area with this issue. And no, I don&#8217;t know the answers. My post was not even about my opinion, just answers based on gnu/SFLC attorneys.  The only thing that seems to be clear is: in the case of themes; images+CSS linked to as data does not need WordPress to function can have separate licensing. However, that also assumes that those items are unique and original and available for copyrights. But if one takes and uses another design, the new work isn&#8217;t really a new work and isn&#8217;t copyrightable in any case&#8230;from what I understand.</p>
<p>Again, I am no judge and jury&#8230;this is just my understanding&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alicia</title>
		<link>http://aliciaweller.com/2009/10/09/clarification-of-wordpress-theme-gpl-issues-for-designers-and-developers/comment-page-1/#comment-175</link>
		<dc:creator>Alicia</dc:creator>
		<pubDate>Sat, 10 Oct 2009 18:18:49 +0000</pubDate>
		<guid isPermaLink="false">http://aliciaweller.com/?p=318#comment-175</guid>
		<description>Elpie,

I actually agree with everything you said. This is the problem with a topic this huge. Yes, I completely left out all kinds of really important stuff because it is simply a blog post trying to address two very specific questions...not the gpl as a whole. Obviously &quot;infect&quot; is not a legal definition, just common metaphor for licensing restrictions.

I completely agree. WordPress cannot infect jQuery for example just because it links to it. I thought about mentioning those other things, but was trying not to become too verbose and hopefully it is easy to extrapolate from CSS to javascript. Like CSS, jQuery doesn&#039;t need WordPress to live, can be linked to anywhere and pretty clearly it is outside of the issue. And yes, I do not even think the HTML issue is cut and dry. But with HTML, my point is that I don&#039;t think the tag structure is usually valuable enough for people to care about independent from CSS/javascript, they are used by all in very common structures and even outside of GPL I don&#039;t know if they would constitute original works...if that makes sense.

And yes, they SFLC is only an opinion...I just give it more credence than the opinions of bloggers and have tried to keep my opinion out of it. Because there is no judicial judgments to clarify, relying on gnu docs and SFLC attorneys as opposed to personal opinions is just the best authority we have...and I do think what they have said makes sense...and I do think one can extrapolate it to apply to javascript and probably some instances of HTML...maybe. And I think because of that, it answers common questions of theme designers...although admittedly does not answer other important questions plugin developers may have, or components that live outside a theme.

I also hope I did not confuse anyone. I tried very hard to focus on the questions, cite my sources which people can choose to rely on only if they want and even disclaimed: &quot;I do not claim in any way that this is a comprehensive or complete explanation of these questions&quot;

I am just plain tired of people thinking of a theme as one comprehensive work which is either GPL or not. My whole goal was to point out that is most likely *not* true and there are various components that can and should be treated differently including having specific licensing references by the creators.</description>
		<content:encoded><![CDATA[<p>Elpie,</p>
<p>I actually agree with everything you said. This is the problem with a topic this huge. Yes, I completely left out all kinds of really important stuff because it is simply a blog post trying to address two very specific questions&#8230;not the gpl as a whole. Obviously &#8220;infect&#8221; is not a legal definition, just common metaphor for licensing restrictions.</p>
<p>I completely agree. WordPress cannot infect jQuery for example just because it links to it. I thought about mentioning those other things, but was trying not to become too verbose and hopefully it is easy to extrapolate from CSS to javascript. Like CSS, jQuery doesn&#8217;t need WordPress to live, can be linked to anywhere and pretty clearly it is outside of the issue. And yes, I do not even think the HTML issue is cut and dry. But with HTML, my point is that I don&#8217;t think the tag structure is usually valuable enough for people to care about independent from CSS/javascript, they are used by all in very common structures and even outside of GPL I don&#8217;t know if they would constitute original works&#8230;if that makes sense.</p>
<p>And yes, they SFLC is only an opinion&#8230;I just give it more credence than the opinions of bloggers and have tried to keep my opinion out of it. Because there is no judicial judgments to clarify, relying on gnu docs and SFLC attorneys as opposed to personal opinions is just the best authority we have&#8230;and I do think what they have said makes sense&#8230;and I do think one can extrapolate it to apply to javascript and probably some instances of HTML&#8230;maybe. And I think because of that, it answers common questions of theme designers&#8230;although admittedly does not answer other important questions plugin developers may have, or components that live outside a theme.</p>
<p>I also hope I did not confuse anyone. I tried very hard to focus on the questions, cite my sources which people can choose to rely on only if they want and even disclaimed: &#8220;I do not claim in any way that this is a comprehensive or complete explanation of these questions&#8221;</p>
<p>I am just plain tired of people thinking of a theme as one comprehensive work which is either GPL or not. My whole goal was to point out that is most likely *not* true and there are various components that can and should be treated differently including having specific licensing references by the creators.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elpie</title>
		<link>http://aliciaweller.com/2009/10/09/clarification-of-wordpress-theme-gpl-issues-for-designers-and-developers/comment-page-1/#comment-171</link>
		<dc:creator>Elpie</dc:creator>
		<pubDate>Sat, 10 Oct 2009 13:42:21 +0000</pubDate>
		<guid isPermaLink="false">http://aliciaweller.com/?p=318#comment-171</guid>
		<description>I can see the points you are trying to make but the problem is that this is not a black and white issue. For a start, the GPL does not &quot;infect&quot; anything. The GPL is simply a copyright license that grants certain freedoms as long as the terms of the license are met, namely that any distribution will use the same license. Licensing code under the GNU/GPL doesn&#039;t magically turn it into some kind of microbe that can infect anything it touches!
The second issue I have with your statements is that ANYTHING that is standalone from the WordPress code can be licensed under any terms the original developer or designer wants. This means images, CSS, JavaScript, AJAX, and can also mean HTML. If it can be used completely independently of WordPress and is not distributed with WordPress or with any code that derives from WordPress, the WordPress copyright does not apply to this separate work. 

The FSF gave their opinion (note: &quot;opinion&quot; only) that the &quot;classic&quot; and &quot;default&quot; themes that are distributed with WordPress are derivative works and would therefore need to be licensed under the GPL if they were distributed by 3rd parties. Those are the only themes they commented on. This does not mean that other themes are necessarily derivative.
You have made a great effort to describe a complex issue and I hope it doesn&#039;t confuse people. It would be great if the application of the GPL was as cut and dried as you make it out to be, but its not - if it was then FLOSS communities would not have spent years arguing over how to interpret the license ;)</description>
		<content:encoded><![CDATA[<p>I can see the points you are trying to make but the problem is that this is not a black and white issue. For a start, the GPL does not &#8220;infect&#8221; anything. The GPL is simply a copyright license that grants certain freedoms as long as the terms of the license are met, namely that any distribution will use the same license. Licensing code under the GNU/GPL doesn&#8217;t magically turn it into some kind of microbe that can infect anything it touches!<br />
The second issue I have with your statements is that ANYTHING that is standalone from the WordPress code can be licensed under any terms the original developer or designer wants. This means images, CSS, JavaScript, AJAX, and can also mean HTML. If it can be used completely independently of WordPress and is not distributed with WordPress or with any code that derives from WordPress, the WordPress copyright does not apply to this separate work. </p>
<p>The FSF gave their opinion (note: &#8220;opinion&#8221; only) that the &#8220;classic&#8221; and &#8220;default&#8221; themes that are distributed with WordPress are derivative works and would therefore need to be licensed under the GPL if they were distributed by 3rd parties. Those are the only themes they commented on. This does not mean that other themes are necessarily derivative.<br />
You have made a great effort to describe a complex issue and I hope it doesn&#8217;t confuse people. It would be great if the application of the GPL was as cut and dried as you make it out to be, but its not &#8211; if it was then FLOSS communities would not have spent years arguing over how to interpret the license <img src='http://aliciaweller.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Magnus Jepson</title>
		<link>http://aliciaweller.com/2009/10/09/clarification-of-wordpress-theme-gpl-issues-for-designers-and-developers/comment-page-1/#comment-170</link>
		<dc:creator>Magnus Jepson</dc:creator>
		<pubDate>Sat, 10 Oct 2009 13:34:35 +0000</pubDate>
		<guid isPermaLink="false">http://aliciaweller.com/?p=318#comment-170</guid>
		<description>Nailed it! :)</description>
		<content:encoded><![CDATA[<p>Nailed it! <img src='http://aliciaweller.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Myrstad</title>
		<link>http://aliciaweller.com/2009/10/09/clarification-of-wordpress-theme-gpl-issues-for-designers-and-developers/comment-page-1/#comment-167</link>
		<dc:creator>John Myrstad</dc:creator>
		<pubDate>Sat, 10 Oct 2009 09:27:26 +0000</pubDate>
		<guid isPermaLink="false">http://aliciaweller.com/?p=318#comment-167</guid>
		<description>How about css and images controlled by backend options in functions.php. They`re integrated in the WP code and becomes GPL by &quot;infection&quot; as you put it, dont they ?</description>
		<content:encoded><![CDATA[<p>How about css and images controlled by backend options in functions.php. They`re integrated in the WP code and becomes GPL by &#8220;infection&#8221; as you put it, dont they ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
