<div dir="ltr">TGMPA is allowed now<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 17, 2014 at 1:46 AM, 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:0 0 0 .8ex;border-left:1px #ccc 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><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, Oct 16, 2014 at 2:02 PM, Otto <span dir="ltr"><<a href="mailto:otto@ottodestruct.com" target="_blank">otto@ottodestruct.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div>Okay, okay. Let's all calm down a second here.</div><span><div><br></div><div><br></div><div>On Thu, Oct 16, 2014 at 2:49 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">Emil:<br>Then can I request that Yoast has the same process be given to them? I'm all for fairness here and I would never do anything that I didn't see another market player doing.<br></div><div><div></div></div></blockquote></div><div><br></div><div><br></div></span><div>Dovy,</div><div><br></div><div>Firstly, there's no case where a plugin can't have tracking on an opt-in basis. If the user has the choice, and it defaults to disabled, then it's fine.</div><div><br></div><div>However, I'm having a very hard time seeing where a theme should be allowed to have *any* tracking of this nature, even if it is on a fully opt-in basis. </div><div><br></div><div>A theme is supposed to be changing the look of the site. Not adding features. Not adding crazy weird ways to do new things with content. It's a *theme*.</div><div><br></div><div>Now, from what is being said, this wasn't "opt-in", probably because of a bug. Ignoring that, if a "theme" shouldn't have tracking of user data, then I'm definitely not seeing why a "theme-framework", which to me is like half-a-theme, should have this in any way.</div><div><br></div><div>Theme authors are responsible for the behavior of their themes, same as plugin authors. But, and this is the important point here, you're not the theme author in this case. You're putting tracking code into a piece of code for other people to integrate into their theme, and then tracking those users a further level down. I can't see that as acceptable on any level, opt-in or not.</div><div><br></div><div>Honestly, I've been against "frameworks" of all stripes being allowed in the repository for quite a while. This seems to cement it even further, to me. How can a *framework* justify tracking user data like this? If we're going to have to police frameworks at this level, then my vote is going to come down to "no frameworks period". </div><div><br></div><div>In other words, yes, this seems pretty damn bad to me. Anonymous or not, if users are having their data sent elsewhere and even the person who wrote their theme may not know about it, then that is a real big problem, as I see it.</div><span><font color="#888888"><div><div class="gmail_extra"><br clear="all"><div>-Otto</div><div><br></div></div></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></font></span></div>
<br></div></div><span class="">_______________________________________________<br>
theme-reviewers mailing list<br>
<a href="mailto:theme-reviewers@lists.wordpress.org" target="_blank">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></span></blockquote></div><br></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>