I see the "niche-Theme" request being sent to this mailing list to have a
 reasonably compelling argument as to why it should be considered, that 
seems rather straight forward.<br>
<br>
What I am not still understanding is how these &quot;niche-Themes&quot;, once one 
(or two?) WPTRT Admins have approved it, will pass through the upload 
checks in a generic versus specific fashion.<br>
<br>
For the most part I see this a a go-forward experimental approach with 
more than likely some tinkering required along the way until we can get a
 handle on how best to manage this genre of themes. I still absolutely 
agree the *end-users* deserve to see a new theme tag indicating these 
niche-Themes are meant for special use as well ... perhaps not a 
show-stopper but it&#39;s very close. I see one of the over-riding goals of 
the WPTRT as being: to improve the UX for the end-user which this new tag could be.<br>
<br>
<br clear="all">Cais.<br>
<br><br><div class="gmail_quote">On Sat, Oct 29, 2011 at 12:32 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;">

One special/extraordinary use case, yes - but also, a use case that is demonstrably useful and/or unique/innovative.<div><br></div><div>Landing-page Themes are obviously useful. A support-ticket-system Theme is IMHO both unique and innovative.</div>


<div><br></div><div>I&#39;d love to hear other ideas/examples of such &quot;niche&quot; Themes!</div><div><br></div><div><font color="#888888">Chip</font><div><div></div><div class="h5"><br><br><div class="gmail_quote">On Sat, Oct 29, 2011 at 11:18 AM, Angelo Bertolli <span dir="ltr">&lt;<a href="mailto:angelo.bertolli@gmail.com" target="_blank">angelo.bertolli@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">So what you&#39;re talking about is allowing some themes to cover only one use case, whereas the themes currently cover all use cases, right?<div>


<div></div><div><br><br><div class="gmail_quote">On Sat, Oct 29, 2011 at 11:19 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don&#39;t agree. A site that doesn&#39;t have a blog doesn&#39;t constitute a &quot;niche&quot;; rather, it is a use-case that is built-in to core. Using WordPress &quot;as a CMS&quot; (nb: I detest this phrase; WordPress IS a CMS, no matter *how* it is used - and it is almost always intended to mean &quot;without a blog&quot;) requires nothing more than creating a static Page to serve as the Front Page, changing the &quot;Front Page Displays&quot; setting to &quot;static page&quot;, assigning the appropriate static page, and then NOT assigning a posts page. Easy peasy.<div>





<br></div><div><div><span style="background-color:transparent"> </span><span style="background-color:transparent">We don&#39;t need special handling for this use-case. Every Theme in the repository should handle it without problem. </span><span style="background-color:transparent">By default, repository-hosted Themes are expected to handle this use case; that&#39;s why we have Guidelines related to display of post metadata and &quot;no comments&quot; type text on static pages.</span></div>





<div><br></div><div>I see no practical reason for a publicly distributed Theme NOT to account for the blog use-case. If we&#39;ve not adequately covered the non-blog use case in the Guidelines, we can always revisit them.</div>





<div><br></div><div>As for the definition of &quot;niche&quot; Themes: they really do need to be an extraordinary use. At this point, it&#39;s probably a &quot;know it when we see it&quot; kind of thing. I think the &quot;landing page&quot; use case and the &quot;ticket system&quot; use case are good, instructive examples.</div>





<div><br></div><div><font color="#888888">Chip<br></font><div><br><div class="gmail_quote"><div><div></div><div>On Sat, Oct 29, 2011 at 9:42 AM, Kirk Wight <span dir="ltr">&lt;<a href="mailto:kwight@kwight.ca" target="_blank">kwight@kwight.ca</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></div><div>
<div>What distinguishes &quot;niche&quot; themes from &quot;regular&quot; themes is often one thing: only partial or no implementation of blog functionality. As far as I can tell, most of the checks from Theme Check and the uploader rely on the theme being usable as a blog.</div>







<div><br></div><div>This summer, we found out from the user survey that a lot of developers use WordPress for sites that don&#39;t even have a blog component (just a &quot;CMS&quot;, for lack of a better term) . To me, niche themes are simply themes that, for whatever reason, choose not to implement full blog functionality.</div>







<div><br></div><div>We could add a tag filter under Features that is just &quot;blog&quot;. If this tag exists, the uploader and Theme Check plugins check according to the current criteria. If not, a simpler context can be used (presence of readme.txt, etc). Obviously this would require rewriting the uploader and theme eval plugins to react conditionally, but it would seem simpler and more elegant to me than getting in to theme slugs, white-listing specific users, and trying to create specific tag filters for each non-standard use-case.</div>







<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></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" 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">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>