<div dir="ltr">Otto:<br>I will add documentation on how to remove the tracking and supply a modified version in our builder then.<div><br></div><div>If we forked TGM and created a version that complies with your above requirements would that be acceptable?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 16, 2014 at 2:29 PM, Otto <span dir="ltr"><<a href="mailto:otto@ottodestruct.com" target="_blank">otto@ottodestruct.com</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"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Thu, Oct 16, 2014 at 3:16 PM, Dovy Paukstys <span dir="ltr"><<a href="mailto:dovy@reduxframework.com" target="_blank">dovy@reduxframework.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>Since I seem to have broken it, I've uploaded a "static" version of the stats we typically display on Redux. <a href="http://reduxframework.com/staticstats/" target="_blank">http://reduxframework.com/staticstats/</a>  That's what we do with the data we gather. As I said before developers can append their "hash" to get a drill-down view of this data.</div><div><br></div>Otto:<br>Thank you for chiming in.<div><br></div><div>While I may agree partially with your statement about themes I fear developers do more than WordPress originally designed it to do. That goes beyond a design or a blog, and so you find more powerful themes.</div><div><br></div><div>Our theme framework is in no-way a theme framework. It is only an option framework. We provide a powerful interface to the settings API and that's it. We don't provide templates or anything of the like.</div><div><br></div><div>Truly Redux is to be run as a plugin, but I do believe TGM is not permitted in WordPress.org themes, am I correct? If that was changed, then there is a very easy solution! But I fear we won't get to that today.</div><div><br></div><div>We justify because we do not hide. We're completely wide open and the users have full choice and untraceable to the specific user. That's all it boils down to. That and we are a plugin that developers choose to use in their theme.</div><div><br></div><div>Theme Developers know about the tracking. We have docs on it. We answer any support issues, and we let people view the data. There is no hidden agenda here.</div><div><br></div><div>So what do you suggest?</div></div></blockquote><div><br></div><div><br></div></span><div>Dovy,</div><div><br></div><div>What I'm suggesting here is that, as it stands, I can't see us allowing themes to use your framework because of this tracking thing. </div><div><br></div><div>For example, TGM is mostly disallowed, as you say. And don't get me wrong, TGM is a nice bit of code. Very powerful, easy to use. But it does things that we don't agree with. Specifically, it has the capability of auto-installing code without user intervention. It can install plugins from outside our repository. If a theme does any of these things with it, then that's cause for rejection. Themes can't have plugins be required, use the external_url or the force_activation features, etc. </div><div><br></div><div>These are all off by default, and so that's fine, but even so it's one more thing that is required to be policed. And if the reviewers are fine with doing that extra policing, fine. Given my choice, TGM would still be disallowed because it contains this capability at all.</div><div><br></div><div>Now, if a theme did tracking of this nature, by itself, then it would be rejected by the current standards, opt-in or not. So, since we're evaluating only the theme, and the theme includes the framework, then including this sort of tracking in themes is grounds for rejection. Which basically means that no theme in our directory can use your framework without removing that code. So, you can make your code do whatever you like, but we're going to have to disallow it if it does certain things or contains certain code. </div><div><br></div><div>So, up to you in that case, but I would very much suggest making a version of the framework without the tracking at all, for use by developers who want their themes to be listed on WordPress.org.</div></div></div><span class="HOEnZb"><font color="#888888"><div class="gmail_extra"><br clear="all"><div>-Otto</div><div><br></div><div><br></div></div></font></span></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>