I&#39;m under the assumption at this point that, unless we hear otherwise from Otto or someone, that the original Trainee Workflow idea isn&#39;t feasible. So, under that assumption, we&#39;d have no need for &quot;suggest-approval&quot; or &quot;suggest-not-approved&quot; as ticket resolutions.<div>
<br></div><div>For the time being, having the Trainee indicate one of those two resolutions, and then having a Reviewer resolve/close the ticket accordingly, will probably work about the best we can hope for.</div><div><br>
</div><div>In which case, we can eliminate &quot;suggest-approval&quot; as a ticket Resolution.</div><div><br></div><div>Chip<br><br><div class="gmail_quote">On Thu, Oct 14, 2010 at 1:32 PM, Edward Caissie <span dir="ltr">&lt;<a href="mailto:edward.caissie@gmail.com">edward.caissie@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Yes, in the most minimalist fashion, resolutions of: Yes, No, and Maybe are all that we need, but we have also recently put forward, as in another suggestion of yours to use &quot;suggest-approval&quot; and &quot;suggest-not-approval&quot; for the Theme Reviewer &quot;Trainees&quot; which although the balance of the idea is not well supported by our current tools, those resolutions still make sense to use under their &quot;new&quot; proposed meanings.<br>


<br>Also, just as a reminder for those not familiar with Trac, all resolutions, no matter their label, close the ticket.<br><br><br>Cais.<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Thu, Oct 14, 2010 at 12:45 PM, Chip Bennett <span dir="ltr">&lt;<a href="mailto:chip@chipbennett.net" target="_blank">chip@chipbennett.net</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">Okay, then, here&#39;s what I propose:<div><br></div><div>1) Eliminate &quot;needs-additional-review&quot;</div>


<div>2) Eliminate &quot;suggest-approval&quot;</div><div><br></div><div>We have no need for either one:</div><div>
<ul><li>&quot;approved&quot; - Theme passes review, and ticket is closed</li><li>&quot;not-approved&quot; - Theme does not pass review, and ticket is closed</li><li>&quot;closed-newer-version-uploaded&quot; - ticket is closed, and a newer version of the Theme is reviewed</li>



</ul></div><div>That covers all of our bases right now.</div><div><br></div><font color="#888888"><div>Chip</div></font><div><div></div><div><div><br><div class="gmail_quote">On Thu, Oct 14, 2010 at 11:37 AM, Edward Caissie <span dir="ltr">&lt;<a href="mailto:edward.caissie@gmail.com" target="_blank">edward.caissie@gmail.com</a>&gt;</span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">&quot;approved with comments&quot; and related ideas were the impetus to the creation of &quot;needs-additional-review&quot; and IIRC &quot;suggest-approval&quot; resolutions ... if we are going to add more resolutions we need to understand what the existing ones are to be used for.<br>





<br>So as you think I have a problem or issue with this approach, I would rather write I have concerns in continually going forward without looking at where we came from.<br><br>We should be solidifying our basics before building on them. As I mentioned before, the current resolutions need to be better defined so reviewers and end-users alike understand what they are for. If that means we need to add more afterward I am fine with that, too, but currently we have resolutions that were meant to cover your &quot;original subject&quot; to my understanding.<br>





<br>If our current resolutions are not sufficient, obviously we can add more, but we should define the existing ones first is essentially what I am putting forward.<br><br><br>Cais.<div><div></div><div><br><br>
<div class="gmail_quote">On Thu, Oct 14, 2010 at 12:23 PM, Chip Bennett <span dir="ltr">&lt;<a href="mailto:chip@chipbennett.net" target="_blank">chip@chipbennett.net</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div class="gmail_quote">So, we circle back to the original subject: the use of &quot;approved with comments&quot;.</div>





<div class="gmail_quote"><br></div><div class="gmail_quote">I&#39;m trying to understand your disagreement with this method. To me, it is a reasonable compromise between approving generally good Themes, while also moving Theme Developers toward increased conformance to the Guidelines.</div>






<div class="gmail_quote"><br></div><div class="gmail_quote">So, can you help me understand your problems/issues with this approach? Is it the approach itself, or is it the idea of formalizing it?</div><div class="gmail_quote">






<br></div><font color="#888888"><div class="gmail_quote">Chip</div><div class="gmail_quote"><br></div></font><div class="gmail_quote"><div><div></div><div>On Thu, Oct 14, 2010 at 11:15 AM, Edward Caissie <span dir="ltr">&lt;<a href="mailto:edward.caissie@gmail.com" target="_blank">edward.caissie@gmail.com</a>&gt;</span> wrote:<br>






</div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div><div></div><div><div><div class="gmail_quote">On Thu, Oct 14, 2010 at 11:53 AM, Chip Bennett <span dir="ltr">&lt;<a href="mailto:chip@chipbennett.net" target="_blank">chip@chipbennett.net</a>&gt;</span> wrote:<br>






<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">

AFAIK, either we enforce them, or we don&#39;t.</blockquote></div><br></div>If that is our method then there are no &quot;minor&quot; issues ... and quite simply that is the crux of the matter. <br><br>The guideline needs to be strongly adhered to with a &quot;black or white&quot; premise but that does not preclude reasonable exceptions and as you are want to describe &quot;selective enforcement&quot;, or in my mind reasonable interpretations of the Theme Review page(s) to meet the requirements as they are expected to be met.<br>








<br>Would I ignore the current license requirement as you are quoting, in a word: Yes. Would I ignore the complete lack of any sort of GPL-compliance declaration, again in a word: No. If the author has chosen another method to declare the theme GPL compliant that resembles the quote above, then I would likely accept it and most likely suggest they use what the Theme Review page(s) state should be used (at this time). We have already decided that will be changing to something much more &quot;blank and white&quot; in the (near) future.<br>








<br>Rather than continually re-hashing this particular point we should be addressing the future requirements of the GPL compatible license declaration(s) and putting that forward.<br><br>Also to the CSS requirements ... once &quot;FixPress&quot; is not required to have a standard default WordPress installation using the most current Theme Unit Test data pass the validation test(s) I will be happy to re-consider setting a resolution  of &quot;not-approved&quot; based on minor CSS issues, until then I will remain using, as you like to refer to it, &quot;selective enforcement&quot;.<br>








<br><br>Cais.<br>
<br></div></div><div>_______________________________________________<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></div></blockquote></div><br>
<br>_______________________________________________<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></blockquote></div><br>
</div></div><br>_______________________________________________<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></blockquote></div><br></div>
</div></div><br>_______________________________________________<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></blockquote></div><br>
</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>