@Cais - a great reply there, kudos. Normally I&#39;d agree with everything. The only &#39;but&#39; here is that for a theme to be a super-widespread template and apply everywhere it should be so general that ends as a blank theme at the very end. That&#39;s why we have so many skeletons submitted with no styling at all (not to say &#39;ugly&#39; though sometimes they are indeed) just to meet the expectations easily. Themes could be more-niche alike and serve better specific purposes and make more clients happier instead of having 1M+ customers in one of the largest market places out there. <div>

<br></div><div>@Chip, 2 notes here and I&#39;ll stop flooding and trolling here. </div><div><br></div><div>1) I think that we should ignore recommended and info as you suggested. We should keep reviews straight to what is critical and required to get in. The rest is for the user personal feedback which has nothing to do with the submission but just for making a theme even better.</div>

<div><br>2) is to present some templates for theme documentation, readme file and reviewer feedbacks. Having some blank files to use and some reviewer template used by everyone would be great. I have one template built based on Yulian and Emil&#39;s remarks and recommendations but everyone uses his own style.<br clear="all">

<br>Mario Peshev<br>Training and Consulting Services @ DevriX<br><a href="http://www.linkedin.com/in/mpeshev" target="_blank">http://www.linkedin.com/in/mpeshev</a><br><a href="http://devrix.com" target="_blank">http://devrix.com</a><br>

<a href="http://peshev.net/blog" target="_blank">http://peshev.net/blog</a><br><br>
<br><br><div class="gmail_quote">On Mon, Mar 19, 2012 at 8:45 PM, Chip Bennett <span dir="ltr">&lt;<a href="mailto:chip@chipbennett.net">chip@chipbennett.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Comments in-line (sorry, Cais!)<br><br><div class="gmail_quote"><div class="im">On Mon, Mar 19, 2012 at 11:59 AM, Mario Peshev <span dir="ltr">&lt;<a href="mailto:mario@peshev.net" target="_blank">mario@peshev.net</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Listing several comments from trac reviews and the theme review page:</div><div><br></div><div><div>REQUIRED: Theme options must be added to the database via a single options array, rather than separately - I know that it is a good-to-have, but I wouldn&#39;t personally reject a theme for that reason.</div>


</div></blockquote><div><br></div></div><div>As far as I&#39;m concerned (speaking personally) this one is a no-brainer. This is just a matter of good stewardship of users&#39; resources. NOT doing it this way, at this point, is little more than a sign of laziness. </div>

<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>

</div><div><br></div><div>Recommended (highly) is the support of all add_theme_support features. Well, for some themes this might be obsolete. Let&#39;s take super minimalist - clean classic themes (no post thumbnails) or specifically business themes or anything else (no custom backgrounds, headers). </div>


</blockquote><div><br></div></div><div>&quot;Recommended&quot; is only that: recommended. A Theme would never fail a review for not implementing a recommended feature. To go even further: reviewers should not even be *mentioning* a recommended feature in a review summary. (Now, a recommended *implementation* is another matter. I think it is good practice for reviewers to suggest best-practice implementations of certain features.) </div>

<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><br></div><div>Our theme test data advices us, as authors and/or reviewers, to test the site with very long titles, headings, anything that could break the layout. This is normally good-to-have and very hard-to-achieve. This leads to limited design creativity actions as reviewers keep declining theme submissions by testing with a blog title with 150 characters or the super-large-title-test-post that is in the test data. </div>


</blockquote><div><br></div></div><div>Let&#39;s start with the overarching philosophy that drives these Theme Unit Tests: these are publicly distributed Themes, used on sites over which the Theme developer has no control of content. Thus, it is prudent to ensure that Themes handle reasonable edge cases. As for the specifics: do you suggest less-extreme edge cases for each of these tests? </div>

<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><br></div><div>wp_link_pages and pagination hooks might not be used as well. I think that the pagination in WordPress with next/prev only is not useful and normally use custom or third-party solutions so having this as required doesn&#39;t make sense to me. Especially for a corporate/business site that doesn&#39;t even need news (pages only). SInce I&#39;ve bought around 80 themes from ThemeForest for clients and friends and so, a percentage of them doesn&#39;t use news or blog.</div>


</blockquote><div><br></div></div><div>A non-blog use of any Theme in the repository *already* won&#39;t show previous/next links on Pages. I&#39;m not sure what the issue is here. Again: just because the developer envisions a Theme only to be used for a site without a blog doesn&#39;t mean that, with a few almost-trivial changes, an end user couldn&#39;t also use that same Theme for a site that does have a blog.</div>


<div><br></div><div>As for third-party implementations of navigation links: they should be hooking into core functions. I could be wrong, but I&#39;m pretty sure core functions already cover just about every navigation case imaginable.</div>

<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><br></div><div>The required CSS classes or HTML tag stylings are a common reason to reject a theme as well. .wp-caption, .wp-caption-text, .gallery-caption, .sticky, .bypostauthor are classes I add specifically for a theme before submission, never used in my demos or sites otherwise. </div>


</blockquote><div><br></div></div><div>Even sites without a blog could conceivably still attach images to posts. The only one of those CSS classes that is exclusively blog-related is .sticky - and bear in mind: we don&#39;t actually require Theme developers to *style* those classes. Rather, we just require that they *include* them, so that they&#39;ve at least *considered* whether their design should incorporate a particular style for sticky posts, and/or for author comments.</div>

<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><br></div><div>Some themes are rejected due to: &#39;this is not described in readme.txt&#39;. We should probably define a template to be filled for every theme, for a standardization. In addition to that people won&#39;t google the markup styling for readme files, common thing for themes and plugins on WPORG.</div>


</blockquote><div><br></div></div><div>The only things that should be *required* to be described in the Theme documentation are limitations, design constraints, design assumptions, or unique setup instructions for the Theme. And yes: if they apply, they DO need to be documented, so that the end user can know HOW to use the Theme as it&#39;s intended to be used. </div>

<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><br></div><div>There are other remarks as well, but these are a few I just found out. </div></blockquote><div><br></div></div><div>I&#39;m not seeing anything here that would need any significant changes. </div><div>

<br></div>
<div>One thing I would like to see is for reviews to get more consistent in the manner and content of information presented. I think it would help Theme developers the most if the reviews simply listed the things that are REQUIRED. I cringe a bit when I see reviews that include a long list of RECOMMENDED/INFO observations that have no bearing on the ultimate approval of the Theme. Perhaps the process would be easier for Theme developers if the review summaries were a bit more condensed, with emphasis on what is REQUIRED in order for the Theme to be approved. (I think that would eliminate some of the points you listed above.)</div>


<div><br></div><font color="#888888"><div>Chip</div></font><div class="im"><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div>

<br></div>A quick offtopic, this is not working: 
<a href="http://themes.trac.wordpress.org/report/14" target="_blank">http://themes.trac.wordpress.org/report/14</a> , outputs: <div><br></div><div><div style="border-bottom-width:2px;border-top-style:solid;border-right-style:solid;border-bottom-style:solid;margin-right:0px;border-right-color:rgb(221,0,0);font-size:13px;border-right-width:2px;border-left-width:2px;background-image:initial;padding-right:0.5em;padding-left:0.5em;padding-top:0.5em;margin-bottom:1em;padding-bottom:0.5em;border-bottom-color:rgb(221,0,0);border-top-width:2px;border-top-color:rgb(221,0,0);border-left-color:rgb(221,0,0);color:rgb(85,0,0);border-left-style:solid;margin-left:0px;font-family:Verdana,Arial,&#39;Bitstream Vera Sans&#39;,Helvetica,sans-serif;margin-top:1em">




<strong>Trac detected an internal error:</strong><pre style="margin-left:1em;white-space:normal">KeyError: &#39;numrows&#39;</pre></div><div><br>Mario Peshev<br>Training and Consulting Services @ DevriX<br>

<a href="http://www.linkedin.com/in/mpeshev" target="_blank">http://www.linkedin.com/in/mpeshev</a><br><a href="http://devrix.com" target="_blank">http://devrix.com</a><br><a href="http://peshev.net/blog" target="_blank">http://peshev.net/blog</a><br>




<br>
<br><br></div><div class="gmail_quote"><div><div>On Mon, Mar 19, 2012 at 6:41 PM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>

I agree with all of Chip&#39;s point here ... especially the following statement:<div><br><br><div class="gmail_quote">On Mon, Mar 19, 2012 at 12:36 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ultimately, though: any discussion such as this one should include specific Guidelines that you want to see changed or removed. I&#39;m not sure a wholesale change in philosophy is either plausible or prudent at this point.</blockquote>






</div><br></div>As much as we are open to discussing the guidelines, it is much easier to deal with specifics and review those than to take a run at the whole gamut of what the guidelines entail.<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></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></div><br>
<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>