+1 for this. Themes should support plugins, not bundle them.<br><br><div>-----<div>Vicky Arulsingam</div></div><div><br><div class="gmail_quote">On Wed, May 4, 2011 at 2:09 AM, Justin Tadlock <span dir="ltr"><<a href="mailto:justin@justintadlock.com">justin@justintadlock.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div text="#000000" bgcolor="#ffffff">
If a theme creates a custom post type, the theme developer should
really be creating an additional plugin for users that eventually
switch themes to handle that post type so that there's no data that
can't be used and nothing that "locks in" the user.<br>
<br>
I just had a long discussion over this situation a week or so ago.
The solution we came up with instead of bundling custom post types
in themes:<br>
<br>
The best option is to create a plugin for custom post types. Then,
build themes that support this plugin with custom templates and CSS
(or whatever would be required on the theme's end). It's a win-win
situation for both users and developers. The developer can corner
the market on whatever functionality that plugin is providing and
users will have more than one theme to choose from.<br>
<br>
Suppose you had a "real estate" plugin. The plugin would handle all
of the complex functionality. The theme would simply house the
templates and styles to handle the display of the content.<div><div></div><div class="h5"><br><br></div></div></div></blockquote></div><br><br>
</div>