366 posts WordPress Guy
  • Has referred 1+ members
  • Has sold $100+ on Envato Market
  • Has collected 50+ items on Envato Market
  • Member of the Envato Team
+5 more
Japh Envato team says

Hey Japh.. where are those answers? It’s quite hard to read 45 pages to find an answer, don’t you think? Why don’t you create a FAQ with the answers that you and your team have for now?

Hi theux, see here: http://themeforest.net/forums/thread/update-wordpress-theme-submission-requirements/103347?page=14#846001

104 posts
  • Has sold $10,000+ on Envato Market
  • Has collected 10+ items on Envato Market
  • Sells items exclusively on Envato Market
  • Has been part of the Envato Community for over 3 years
AccuraThemes says

Some times for Vcard Section.. there is no need Post and post category for vcard … will this apply

WordPress Unit Test Posts display correctly, with no apparent visual problems or errors. Posts display in correct order. Page navigation displays and works correctly. The search results page displays properly, with search query results displayed. As “sticky posts” are a core feature, the theme should style and display them appropriately.” can any one can help

350 posts Gambit
  • Has been part of the Envato Community for over 5 years
  • Has referred 10+ members
  • Has sold $75,000+ on Envato Market and is now an Elite Author
  • Has collected 100+ items on Envato Market
+4 more
bfintal says

Okay, so far I’m at page 15 in this thread, and I’ve also read Japh’s Q & A and I have some serious problems with this phase 2 thing.

Long story short:

I have spent a ton of time creating my own framework before all of this talk about new requirements ever took place. I have slowly integrated my own framework into some of my themes. I have also disabled some of my themes since they’re still pending integration with the framework and thereby holding off support for those. I also have one new theme currently soft rejected which also has my framework implemented. What I’m trying to say is that this was a huge transition for me and the framework is now where I want it to be.

Now what my framework do? I’ve split everything up into an MVC format, and split all files into two groups: theme-specific and framework-specific. Framework-specific files are the same as with all my themes. The theme-specific ones are unique with every theme. Aside from this, creating a single admin option, or meta option, etc is now easy and just one function call away.

What I’m trying to say is that I designed it in such a way that it’s easy for me to create the different elements of my theme (such as admin options, meta options, etc). So it’s almost like a theme now is just a bunch of options plus a bunch of view files. The bulk of the heavy work is handled by the framework. It also makes it easier for me to fix bugs and release updates across multiple themes.

Now it’s easy to create:

Some features and functionalities which are always present in my themes are now baked in the framework. Features like:

  • page builder
  • portfolio post types
  • Twitter API
  • seo stuff
  • translation stuff
  • .mo & .po editors
  • lots of helper functions
  • etc

Does this mean that for phase 2, I’d have to remove parts of my framework (portfolio post types declaration and behavior, twitter api, etc), write more code to wrap them up in separate plugins or one large plugin that just comes bundled with my themes? It makes no sense since everything in the framework is well segregated, clean and easy:

Screenshot of framework folder structure:

@Japh and others, Please tell me this isn’t so. I hope I’m just misinformed and wrong about this.

207 posts
  • Won a Most Wanted contest
  • Had an item featured in an Envato Pack
  • Has sold $5,000+ on Envato Market
  • Contributed a free file of the month
+5 more
EasyDevelopment says

Okay, so far I’m at page 15 in this thread, and I’ve also read Japh’s Q & A and I have some serious problems with this phase 2 thing.

Long story short:

I have spent a ton of time creating my own framework before all of this talk about new requirements ever took place. I have slowly integrated my own framework into some of my themes. I have also disabled some of my themes since they’re still pending integration with the framework and thereby holding off support for those. I also have one new theme currently soft rejected which also has my framework implemented. What I’m trying to say is that this was a huge transition for me and the framework is now where I want it to be.

Now what my framework do? I’ve split everything up into an MVC format, and split all files into two groups: theme-specific and framework-specific. Framework-specific files are the same as with all my themes. The theme-specific ones are unique with every theme. Aside from this, creating a single admin option, or meta option, etc is now easy and just one function call away.

What I’m trying to say is that I designed it in such a way that it’s easy for me to create the different elements of my theme (such as admin options, meta options, etc). So it’s almost like a theme now is just a bunch of options plus a bunch of view files. The bulk of the heavy work is handled by the framework. It also makes it easier for me to fix bugs and release updates across multiple themes.

Now it’s easy to create:

Some features and functionalities which are always present in my themes are now baked in the framework. Features like:

  • page builder
  • portfolio post types
  • Twitter API
  • seo stuff
  • translation stuff
  • .mo & .po editors
  • lots of helper functions
  • etc

Does this mean that for phase 2, I’d have to remove parts of my framework (portfolio post types declaration and behavior, twitter api, etc), write more code to wrap them up in separate plugins or one large plugin that just comes bundled with my themes? It makes no sense since everything in the framework is well segregated, clean and easy:

Screenshot of framework folder structure:

@Japh and others, Please tell me this isn’t so. I hope I’m just misinformed and wrong about this.

I’ve say this from the start, that’s why I release some plugin on CC to provide a service that really enables this better, I hope it get’s approved and I’ll come back with the concept.

1610 posts Chris Robinson
  • Located in United States
  • Has sold $500,000+ on Envato Market
  • Elite Author: Sold more than $75,000 on Envato Market
  • Has been part of the Envato Community for over 6 years
+10 more
contempoinc says

A little Q, so just to make sure if we have our own custom post type like portfolio, personnel … etc… Do we have to separate them as plugins?

Yup, that’s the best way to do it anyways.

350 posts Gambit
  • Has been part of the Envato Community for over 5 years
  • Has referred 10+ members
  • Has sold $75,000+ on Envato Market and is now an Elite Author
  • Has collected 100+ items on Envato Market
+4 more
bfintal says


A little Q, so just to make sure if we have our own custom post type like portfolio, personnel … etc… Do we have to separate them as plugins?
Yup, that’s the best way to do it anyways.

My opinion is that it depends on the implementation and purpose. From my post above, I have the portfolio CPT embedded within the framework since all of the themes I made has portfolio CPTs. So for my purposes this is the best way since the core code of the portfolio is now streamlined across my other themes; then each theme would then just have different portfolio options and portfolio views. Same framework code in all the themes.. very easy to maintain, debug and update.

From my perspective and taking this framework I made into context, pulling stuff like that out and writing useless code just to make it into a separate plugin just complicates things and is a waste of valuable time.

If the purpose of putting theme elements into plugins is so that content along with some bare functionality are retained after the theme’s deactivation, then it should be allowed to have plugins that simply register the CPT and not the full functionality of the CPT. If that’s allowed at least the content will still be there

Phase 1 is cool and is very much logical. A lot of stuff to change and follow, but I’m okay with that. Phase 1 feels to be a step forward in increasing theme quality within the marketplace. Phase 2 feels like a step back, a huge hinderance. Sigh, just remove #1 of phase 2 already!

389 posts
  • Has been part of the Envato Community for over 5 years
  • Has collected 100+ items on Envato Market
  • Sells items exclusively on Envato Market
  • Located in United States
WPWiseOwl says


A little Q, so just to make sure if we have our own custom post type like portfolio, personnel … etc… Do we have to separate them as plugins?
Yup, that’s the best way to do it anyways.

I like how Envato is upping the ante here. The gauntlet has been thrown. That’s why I’ll be buying the themes that are up to the challenge and may begin ignoring the ones that don’t (regardless of an author’s sheer inability, laziness or personal philosophy on why not to cooperate, etc) because that kind of modularity is just that awesome to me. I’ll also be more inclined to want to reward the author with my purchase if this additional effort has been made. It may even separate certain elites from other elites. I personally can’t wait to see what comes of phase 2 in November.

1055 posts Best-dressed man at PressNomics 2013
  • Has sold $1M+ on Envato Market and is now a Power Elite Author
  • Power Elite Author: Sold more than $1M on Envato Market
  • Made it to the Authors' Hall of Fame
  • Had an item featured on Envato Market
+10 more
Parallelus says



A little Q, so just to make sure if we have our own custom post type like portfolio, personnel … etc… Do we have to separate them as plugins?
Yup, that’s the best way to do it anyways.
I like how Envato is upping the ante here. The gauntlet has been thrown. That’s why I’ll be buying the themes that are up to the challenge and may begin ignoring the ones that don’t (regardless of an author’s sheer inability, laziness or personal philosophy on why not to cooperate, etc) because that kind of modularity is just that awesome to me. I’ll also be more inclined to want to reward the author with my purchase if this additional effort has been made. It may even separate certain elites from other elites. I personally can’t wait to see what comes of phase 2 in November.

Please do post back and give your opinion of the differences. I have serious concerns over customers being frustrated by having to keep up with extra steps in the install, plugins to manage and other customer experience issues. Those are my major concerns with the phase 2 requirements and would be very interested in hearing from customer that are in favor of these changes and what they think after using themes that are implementing these modifications.

If my customers were the ones demanding these things I probably would have gone this direction ages ago. It just seems to me that my customers are asking for something else so I’ve been following their direction.

1610 posts Chris Robinson
  • Located in United States
  • Has sold $500,000+ on Envato Market
  • Elite Author: Sold more than $75,000 on Envato Market
  • Has been part of the Envato Community for over 6 years
+10 more
contempoinc says




A little Q, so just to make sure if we have our own custom post type like portfolio, personnel … etc… Do we have to separate them as plugins?
Yup, that’s the best way to do it anyways.
I like how Envato is upping the ante here. The gauntlet has been thrown. That’s why I’ll be buying the themes that are up to the challenge and may begin ignoring the ones that don’t (regardless of an author’s sheer inability, laziness or personal philosophy on why not to cooperate, etc) because that kind of modularity is just that awesome to me. I’ll also be more inclined to want to reward the author with my purchase if this additional effort has been made. It may even separate certain elites from other elites. I personally can’t wait to see what comes of phase 2 in November.

Please do post back and give your opinion of the differences. I have serious concerns over customers being frustrated by having to keep up with extra steps in the install, plugins to manage and other customer experience issues. Those are my major concerns with the phase 2 requirements and would be very interested in hearing from customer that are in favor of these changes and what they think after using themes that are implementing these modifications.

If my customers were the ones demanding these things I probably would have gone this direction ages ago. It just seems to me that my customers are asking for something else so I’ve been following their direction.

When using the TGM Plugin Activation its a piece of cake for buyers, they get a little notice on theme activation > click install > activate the plugins > and you’re done, takes 30 secs — 99.999% of my buyers don’t have any issues with the process. Pretty much all my themes are already phase II compliant its really not that big deal.

366 posts WordPress Guy
  • Has referred 1+ members
  • Has sold $100+ on Envato Market
  • Has collected 50+ items on Envato Market
  • Member of the Envato Team
+5 more
Japh Envato team says

@Japh and others, Please tell me this isn’t so. I hope I’m just misinformed and wrong about this.

I’m genuinely curious why you didn’t create your framework as a plugin to begin with. If it’s “well segregated”, does that mean you could wrap it up into a plugin?

Is there a reason you wouldn’t?

by
by
by
by
by
by