<div dir="ltr">A slider is just a jquery Plugin, that manipulates user content on the front end. <div><br></div><div style>SEO features are Plugin territory. SEO is not a matter of visual presentation for end-users, but rather discoverability and authority for search-engine indexing. It is also something that is *extremely* sensitive to change, if SEO configuration changes when the active Theme changes.</div>
<div style><br></div><div style>As for add_theme_support( 'automatic-feed-links' ) - you'll note that in the last Guidelines revision, we *downgraded* that from *required* to *recommended*, for precisely this reason. That Guideline was a relic, and is being phased appropriately.</div>
<div style><br></div><div style>There is a lot that can be done functionally within a Theme - but that functionality needs to correlate directly to content presentation. Go back to your original example: a slider. That can be done in an entirely appropriate manner, that does not cross the presentation-functionality line. For example, a Theme can define Theme-specific, custom post meta data to designate posts (or pages) as "featured", and then query by that custom post meta data in a secondary loop, to output the slider content.</div>
<div style><br></div><div style>Another example of "functionality" (though it truly is presentational, not functional) is user-customized layouts.</div><div style><br></div><div style>I would much rather see developer time and energy expended in finding innovative ways to present user content (the API improvements for post formats in 3.6 alone open up a world of possibilities), than see that time and energy wasted in arguing for the ability to unhook the WordPress version meta generator.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 22, 2013 at 9:41 AM, Bryan Hadaway <span dir="ltr"><<a href="mailto:bhadaway@gmail.com" target="_blank">bhadaway@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"><div><div>@Chip - I just don't see any clear way of differentiating visual/functional completely in terms of allowed/not-allowed making sense and being consistent.<br>
<br></div>For example, sliders are allowed to be programed into free repo themes. - Very visual.<br>
<br></div><div>Another example, SEO features can be programmed into free repo themes. - NOT very visual.<br><br></div><div>I tend to agree that it's not a good idea to go too far visually OR functionally with a theme or you'll have cookie-cutter and compatibility issues.<br>

<br></div><div>One thing that really confuses me, is if we can ADD pure functionality features to themes like:<br><br>add_theme_support( 'automatic-feed-links' );<br><br></div><div>Why can't we REMOVE or otherwise MANIPULATE those same functions. As far as I see it, a theme for all intents and purposes essentially IS a plugin for WordPress with lots of functions and some with option panels and so forth. The stylesheet is frankly one small aspect in terms of what comprises a theme.<br>

<br></div><div>Also, I don't suspect this rule will ever change, in fact I think many are wanting to move in an even more strict direction. I'm just trying to see if I can make sense of it, respectively.<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>