<div dir="ltr">The sole responsibility of a Theme is to present user content. Widget placement? That's front-end. Navigation menu? That's front-end. And menus are persistent from Theme to Theme. That's why Themes must declare a theme_location for each navigation menu, so that the user can display the *user-generated nav menu content*.<div>
<br></div><div>I disagree completely that Themes have "evolved" away from being the presentation layer. Themes *can* do far more than that, but *shouldn't*. Because Plugins and Themes use the same API to implement much of their work, the possibility exists for a considerable amount of crossover between what a Theme can do and what a Plugin can do. But just because a Theme or Plugin *can* do something, doesn't mean that it *should*.</div>
<div><br></div><div style>I continue to answer enough end-user support questions for which the answer is "your Theme is interfering with your Plugin" (or otherwise _doing_it_wrong()) to stand firm in my belief that facilitating the blurring of the line between presentation and functionality would in any way help end users.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 22, 2013 at 9:12 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><div><div><div>@Chip - I've never personally agreed with this logic actually, as it contradicts itself.<br>
<br></div>There are lots of things that break when switching themes (naturally), menus and widgets are the best and most obvious argument. Users are just as oblivious to that, but it's allowed. There's no consistency requirements here. For example, one theme could have specialized footer menus and widgets. When a user switches to a different theme those are "lost" or "unhooked", unregistered.<br>

<br></div>This isn't any more dramatic than RSS feed behavior changing. In fact, I could argue that people are more bewildered by menus/widgets changing than they would meta/RSS related tweaks.<br><br></div>So, we're talking function vs visual. Well, a theme hasn't been just visual for a long time, there's all sorts of functions going on and special things you can add that aren't basic or default and guideline approved that can dramatically differ one theme from another.<br>

<br>Themes have evolved past being themes a long time ago, especially with premium themes. I think many users/customers have come to expect that a theme is really a full website experience with all sorts of bells and whistles and features and that WordPress is just the underbelly CMS to those means.<br>

<br></div>This rule definitely feels dated. I think it's more convenient for the end-user to have an all-in-one experience, not have to do too many add-on configurations.<br><br></div>In the end, there's hardly any difference for the end-user between guideline-meeting themes and specialty themes. I think they're just as unwitting either way, which makes the rule moot. In the end, a user's understanding of a theme is only as good as the effort put in by its author to educate users on the themes purpose and features.<br>

<br>In fact, it would only be irresponsible to lead users to the expectation that all themes (function wise) are alike, because that's not the case at all. They should learn that themes are uniques and they should do their research before choosing or switching to a new theme. I think the new built-in theme preview helps a lot,<br>

<br>I think this rule sounds good on paper, but doesn't live up to the real-world use and expectations of WordPress themes and their respective users in 2013.<br></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>