<div dir="ltr">The point is, I'm not really a fan of drawing that line ... if there is a black and white definition of what, without consideration, makes for "plugin territory" then let's have it posted. Then we can all put our jackboots on and kick anything and everything that even toes that lines to the curb. No appealing it, no discussing it ... those are the rules deal with it.<div>

<br></div><div>Just in case its not clear, I am very much against that ideology as I think we are taking it too far. In this particular case, the additional code (it's really not important that it already exists as a plugin) offers a "cool" feature via the theme that provides an end-user a reason to support that theme. Sure the code could be completely left out and the theme would provide the bare necessities of presentation output but I think it is much more important to keep the possibilities open if there is zero change impact involved with the code.</div>

<div><br></div><div>Basically you're saying, sorry theme authors, you are not allowed to enhance core functionality ... no matter what you might offer, or how good the idea is ... only plugin authors are allowed to do that, in a plugin only. Thanks but no thanks we don't want to see your innovation or creativity implemented with a theme, except of course if it is presentation related only.</div>

<div><br></div><div>There are certain kinds of functionality I do agree should best be implemented as a plugin, but not every functionality should be relegated to plugin territory ... otherwise, lets just point all the theme authors to a cookie cutter code template and Zen Garden for inspiration.</div>

<div><br></div><div>Like I wrote, I'm not here to argue the point ... I'm just expressing my opinions on the matter. Others can agree or disagree with these ideas and carry on with the discussion as a community to reach a common goal of improvement.</div>

</div><div class="gmail_extra"><br clear="all"><div>Edward Caissie<br>aka Cais.</div>
<br><br><div class="gmail_quote">On Sat, Jan 4, 2014 at 12:02 AM, Chip Bennett <span dir="ltr"><<a href="mailto:chip@chipbennett.net" target="_blank">chip@chipbennett.net</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">But it's a valid discussion: where would you draw the line, if not at something that has zero front-end impact? What other back-end/site functionality would be permissible in Themes, merely because it doesn't present "lock-in"?</div>

<div class="HOEnZb"><div class="h5">
<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 3, 2014 at 11:54 PM, Edward Caissie <span dir="ltr"><<a href="mailto:edward.caissie@gmail.com" target="_blank">edward.caissie@gmail.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">I'm not going to argue the point ... I gave my opinion (even as an admin) and I still stand behind my initial thoughts on this.</div>


<div class="gmail_extra"><span><font color="#888888"><br clear="all"><div>Edward Caissie<br>aka Cais.</div></font></span><div><div>


<br><br><div class="gmail_quote">On Fri, Jan 3, 2014 at 11:43 PM, Chip Bennett <span dir="ltr"><<a href="mailto:chip@chipbennett.net" target="_blank">chip@chipbennett.net</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">The presentation-vs-functionality line is not limited to "lock in". The feature has absolutely nothing to do with presentation of user content (in fact, the Plugin has zero front-end impact at all - something that should be a considerable red flag regarding its appropriateness within a Theme), and is something that, should the user decide to use for the site, would be expected to remain when switching Themes. </div>





<div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Fri, Jan 3, 2014 at 10:41 PM, Edward Caissie <span dir="ltr"><<a href="mailto:edward.caissie@gmail.com" target="_blank">edward.caissie@gmail.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><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 3, 2014 at 6:58 PM, Chip Bennett <span dir="ltr"><<a href="mailto:chip@chipbennett.net" target="_blank">chip@chipbennett.net</a>></span> wrote:<br>







<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Drag-and-drop featured image is clearly site (admin) functionality ... </blockquote></div><br>Although this may be true; and, it really does not affect the "visual" aspect of the theme in the sense there already exists a core functionality that can be used, but since there is no lock-in effect (one of the primary reasons code is pushed into "plugin territory") I see no problem with this as a theme "feature". If @Ulrich had not brought forward / recognized the existing plugin's code I would not have looked twice at allowing it through based on it enhancing the core functionality.</div>





<span><font color="#888888">

<div class="gmail_extra"><br><br clear="all"><div>Edward Caissie<br>aka Cais.</div>
</div></font></span></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>
<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></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>