250 posts The Joomla Guy
  • Power Elite Author: Sold more than $1M on Envato Market
  • Won a competition
  • Had an item featured on Envato Market
  • Made it to the Authors' Hall of Fame
+9 more
hogash says

Hi Cubell,

Thanks for your reply. I will try to stay 1 week more on this subject to see if anything new appears with these new requirements and i’ll see what i can do after that.

Best regards, Stefan

1 post
  • Has been part of the Envato Community for over 4 years
Shaliza says

I can’t say that I have an issue with this. A theme I bought had 32 conflicts because of the shortcodes it had built in. Ironically, I’m using a shortcode plugin from another site and it was one of the things acting up. Anyway, the author updated their theme to comply with the new rules and now all 32 issues have gone away, including the one I was having with BuddyPress. Magic!

Thank you, Themeforest!

274 posts
  • Has referred 50+ members
  • Has sold $125,000+ on Envato Market
  • Has collected 10+ items on Envato Market
  • Elite Author: Sold more than $75,000 on Envato Market
+3 more
visualkicks says

Hi, i have tried to find what i was looking for in this thread, but there is just too many questions and replies. So I do apologies if this has been covered already. What I did find indicated….

Custom Post Types – Now in a plugin Custom Post Type Meta-boxes – in plugin? Custom Post Type Single Page Template – in plugin?

I understand why we should start putting functionality into plugins as it creates consistency over different themes. But, do we need to add the meta-boxes for the custom post types into the plugin as well?

I think this is a little counter productive if we indeed do. As an example lets say I have a custom post type of “portfolio” in a plugin (fairly common scenario). Obviously our plugins will only ever truly be compatible with our own themes. For example with my theme ill have 4-5 custom meta-boxes for my custom “portfolio” post type… they will be something like “vk_client, vk_client_url, vk_highlight_color” etc etc.

Then in the single-portfolio.php I call and use those values. So, whats the point in adding the meta-boxes to the plugin if they wont ever be used outside of my own themes? Also, if I want to use this plugin again on a new theme and that new theme doesn’t require the above mentioned meta-boxes… I may as well not have created the plugin in the first place.

If the client moves to a new theme, shouldn’t they only be taking the custom post type, its custom taxonomies, post title, post content and maybe post excerpt (just the core stuff)? Their new theme (unless created by me) wont be using the same meta tags as me… so whats the point in cluttering their UI with inputs that no longer function?

So, in closing… my question is – why are you forcing meta into plugins that will almost 100% of the time be theme dependent and also page template dependent.

Please correct me though if I have it all completely wrong.

954 posts
  • Has referred 1+ members
  • Has sold $1,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Won a Most Wanted contest
+3 more
aleluja says

Content is the king. Inputs are not important, easy access to what is in that input is what matters the most. It doesn’t have to work with new theme but it must be accessible from it. When the old content is ported into new CPTs the plugin can be deactivated and the UI is not cluttered.

274 posts
  • Has referred 50+ members
  • Has sold $125,000+ on Envato Market
  • Has collected 10+ items on Envato Market
  • Elite Author: Sold more than $75,000 on Envato Market
+3 more
visualkicks says

You make a good point aleuja. I guess im more concerned about re-usability. The theme im currently working on has about 20 switches and options for posts and portfolios to do with the title alone. This is not including the post format meta-boxes that come with both post and portfolio posts.

So, if I want to re-use this portfolio plugin for another theme, Ill have all these theme dependent boxes and switches to do with the title that no I longer need. Soooo… whats the point in having it in a plugin if im just going to have to make wholesale changes to it on every theme.

954 posts
  • Has referred 1+ members
  • Has sold $1,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Won a Most Wanted contest
+3 more
aleluja says

Well, make a framework out of it. Use the power of OOP and patterns, that’s the easiest way to do it. But you would edit and write that code anyway, within or without a plugin.

69 posts
  • Has referred 50+ members
  • Has sold $250,000+ on Envato Market
  • Has collected 10+ items on Envato Market
  • Elite Author: Sold more than $75,000 on Envato Market
+2 more
SmoothThemes says

Content is the king. Inputs are not important, easy access to what is in that input is what matters the most. It doesn’t have to work with new theme but it must be accessible from it. When the old content is ported into new CPTs the plugin can be deactivated and the UI is not cluttered.
Let’s if the user use my Portfolio plugin which has meta-boxes.
1. The User enter portfolio contents include content in meta-boxes
2. The User switch theme and Portfolio CPT still there, after that him active YOUR portfolio plugin and the content still there + my meta-boxes.
3. If the User deactivated my CPT plugin, they only have access to title + content, all the info in meta-boxes will be remove and they need to add it again with the new meta-boxes of your.

Correct me if I wrong or you have any solutions for that.
Thanks and sorry for my English.

Regards.

954 posts
  • Has referred 1+ members
  • Has sold $1,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Won a Most Wanted contest
+3 more
aleluja says

The only one who can make a solution for that is wordpress itself by making some more standards. Otherwise, it’s impossible and you shouldn’t worry about it. You can’t make your plugin magically compatible with every theme and it’s not your job to do so. The point of moving CPS in plugins is (in case you mentioned) to make your metaboxes visible in the dashboard when the theme is switched. Nothing more. The rest is up to user to modify.

69 posts
  • Has referred 50+ members
  • Has sold $250,000+ on Envato Market
  • Has collected 10+ items on Envato Market
  • Elite Author: Sold more than $75,000 on Envato Market
+2 more
SmoothThemes says

@aleluja and other peoples : What is your choice ?

- Let's say that I created a portfolio theme and it come with a portfolio CPT plugin.
- Next month I create a photography theme and it will need Gallery CPT.
- So each theme will need more and more CPT plugin? ( Bad )

The solution 1 : Create a plugin and list all of CPT and let the use check which CPT the theme will need to display property. ( Not good at all ).

The solution 2 : Create ( It’s already on WP plugins library ) a plugin and let the user create CPT manually and the theme will support that CPT ( mention in documents ). Actually it’s hard because so many buyer even don’t know import sample data.

That is my thought, any one have any other idea ?

Thanks so much.

1556 posts
  • Has been part of the Envato Community for over 7 years
  • Has referred 100+ members
  • Has sold $40,000+ on Envato Market
  • Made it to the Authors' Hall of Fame
+3 more
dSKY says

I have a couple of questions:
What about dependencies between the theme and the plugin.
- If I have some functions that are used both in the cpts and regular posts, where should I put them?
- How should I handle the situation if the user has two of my themes, and tries to activate one after the other, so the plugin ( which is essentially is a toolkit for my themes) from the first theme is still active while he tries to activate the second theme which requires my plugin(toolkit) which has a different version number, and there is a lot of the same code in those two plugins?

- Where should I put cpt templates?

Helpful Information

  • Please read our community guidelines. Self promotion and discussion of piracy is not allowed.
  • Open a support ticket if you would like specific help with your account, deposits or purchases.
  • Item Support by authors is optional and may vary. Please see the Support tab on each item page.

Most of all, enjoy your time here. Thank you for being a valued Envato community member.

Post Reply

Format your entry with some basic HTML. Read the Full Details, or here is a refresher:

<strong></strong> to make things bold
<em></em> to emphasize
<ul><li> or <ol><li> to make lists
<h3> or <h4> to make headings
<pre></pre> for code blocks
<code></code> for a few words of code
<a></a> for links
<img> to paste in an image (it'll need to be hosted somewhere else though)
<blockquote></blockquote> to quote somebody

:grin: :shocked: :cry: Complete List of Smiley Codes

by
by
by
by
by
by