<div dir="ltr">Bruce,<div style>As the author of a highly customizable theme framework myself, I have often faced this situation where I have been forced to remove something that has been a staple part of my theme for years. It has gotten so frustrating that I have stopped updating my theme altogether because the effort to remove something from the theme and then support thousands of users on my support forum is just not worth it. The fact that my theme has had the second highest number of downloads (behind Atahualpa) of all non-default themes (i.e. TwentyTen, TwentyEleven etc.) just makes it worse. Hence I fully sympathize with you.</div>
<div style><br></div><div style>During the last release I had to take out a bunch of shortcodes from the theme in spite of 2 significant points:</div><div style><ol style><li style>I had earlier built a plugin for the shortcodes just to support users moving away from the theme. Modularization has always been a strong suit of my theme, wherein any component that can cause issues upon switching themes is released as a plugin (These plugins are actually even mentioned on every page of my theme's site)</li>
<li style>All shortcodes anyway use my theme's slug as a prefix, and users would be consciously making the decision to include any shortcodes in their content. Moreover, some of the shortcodes I had were quite unique in facilitating layout options.</li>
</ol><div style>After a long debate where I realized the admins had made up their minds and didn't want to consider any dissenting opinions, I removed the shortcodes from the theme, and then all hell broke loose on the support forum. I knew that some of the stuff was being used, but the true number of users of the removed shortcodes only became apparent when the support queries hit. Luckily my shortcodes plugin had already been in place for some time, so it was just a question of pointing the users to the plugin. Regardless, dealing with the support was not really a picnic particularly with numbers as large as my theme's user-base. But hey, that isn't the WPTRT's problem, is it?</div>
<div style><br></div><div style>I am used to seeing the developers lose such battles because the themes with the widest user-bases typically go against the WP philosophy ("Decisions not options"), and the decisions made on this forum typically sideline such theme developers. So assuming that you will lose this debate, I will offer you a suggestion: first, as suggested by prior posts, release your shortcodes as a plugin. Then use the plugin activation code that Otto offered on this forum some time back (it is pretty small, and a good replacement for the TGM plugin activation code), and offer your plugin through that on your theme's admin pages. Of course, this does nothing to alleviate the pain you and your users face during the transition, but as I said, the WPTRT doesn't think of that as a problem worthy of consideration.</div>
<div style><br></div><div style>Sayontan.</div><div style><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jun 26, 2013 at 9:46 AM, Bruce Wampler <span dir="ltr"><<a href="mailto:weavertheme@gmail.com" target="_blank">weavertheme@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>This is one way, but I'm pretty sure it will fail the RTFM test. It is very difficult to get the users to read anything.<br>
<br></div>But, at least as an interim bridge, how about changing this idea a tiny bit.<br>
<br></div>If I understand the overall reasoning, the main (only?) reason to disallow "plugin territory" features in a theme is the difficulties of switching to other themes.<br><br></div>Why not allow themes to have "plugin territory" features IF the theme author also provides an alternative plugin that provides compatibility for those features to other themes?<br>

<br><br><br></div>I did this for my Aspen theme - but the plugin doesn't work as nicely with other themes because of design and theme integration issues, but they come very close. (If you can't duplicate features of a shortcode in a regular plugin, does that take it out of plugin territory?)<br>

<br></div><br><div><div><div><div><div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="im">On Tue, Jun 25, 2013 at 2:16 PM, Chip Bennett <span dir="ltr"><<a href="mailto:chip@chipbennett.net" target="_blank">chip@chipbennett.net</a>></span> wrote:<br>

</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><div dir="ltr">You could, of course, create your own Plugin that has such functionality. Alternately, you could recommend existing Plugins for your users to use.</div>

<div><div><div class="gmail_extra"><br></div></div></div></div><div class="im">_______________________________________________<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></div></div></div></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><br clear="all"><div><br></div>-- <br>Sayontan Sinha<br><a href="http://mynethome.net" target="_blank">http://mynethome.net</a> | <a href="http://mynethome.net/blog" target="_blank">http://mynethome.net/blog</a><br>
--<br><br>
</div>