<div dir="ltr"><div>@Chip</div><div><br></div>This is what I see when I installed DMS on a vanilla site. Is this fine?<div><a href="http://i.imgur.com/rS75BZL.png">http://i.imgur.com/rS75BZL.png</a><br></div><div><br></div>

<div>Also is the use of pl_is_pro() ok?</div><div><a href="http://themes.trac.wordpress.org/browser/dms/1.0.3/footer.php?rev=27914#L52">http://themes.trac.wordpress.org/browser/dms/1.0.3/footer.php?rev=27914#L52</a><br></div>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 20 September 2013 21:35, Chip Bennett <span dir="ltr"><<a href="mailto:chip@chipbennett.net" target="_blank">chip@chipbennett.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">There is no "server side function set". ALL the code is contained in the Plugin. The server connection is merely to determine if the payment subscription is current, and if it isn't, code contained within the distributed Plugin is disabled.<div>


<br></div><div>That is a usage restriction.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Sep 20, 2013 at 3:32 PM, Dane Morgan <span dir="ltr"><<a href="mailto:dane@danemorganmedia.com" target="_blank">dane@danemorganmedia.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So the code that was moved to a plugin *is* GPL and the keys just grant api type access between the code and a server side function set. In the same way that, for instance, akismet. If someone wanted to provide all of the data they could potentially set up their own server and achieve similar functionality without keeping a subscription?<div>


<br>
<br>
Otto wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The concern here was originally that the "pro code" in question was in<br>
the theme. Outside of the GPL, WordPress.org does not allow code to be<br>
hosted in its repositories that requires payment to function. It's one<br>
thing to connect to a service (even a paid one) to do something with<br>
that service, but it's wholly another thing to have code that<br>
otherwise works but which is simply "disabled" by the service until<br>
payment is made.<br>
<br>
If you want to sell "code", then you host that code yourself. That was<br>
the primary concern, and why I suggested they move that code into a<br>
separate plugin.<br>
</blockquote></div><div><div>
______________________________<u></u>_________________<br>
theme-reviewers mailing list<br>
<a href="mailto:theme-reviewers@lists.wordpress.org" target="_blank">theme-reviewers@lists.<u></u>wordpress.org</a><br>
<a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/<u></u>mailman/listinfo/theme-<u></u>reviewers</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
theme-reviewers mailing list<br>
<a href="mailto:theme-reviewers@lists.wordpress.org">theme-reviewers@lists.wordpress.org</a><br>
<a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
<br></blockquote></div><br></div>