Posts by designedbydash

109 posts
  • Has referred 1+ members
  • Has sold $10,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 1+ items on Envato Market
+4 more
designedbydash says




Honestly think you’re stressing for no reason. It really doesn’t matter what all these different confused support staff are telling you, the newly posted req’s are correct.
Not stressed, just waiting on JAPH’s reply for clarification :)
I really don’t see what clarification you need. It’s written in black and white on the requirements page.

you didn’t read my previous comments, before your 2 cents:

If you look on the requirements page under PHASE 2. It says it is only a DRAFT, and subject to feedback So it being a DRAFT, meaning that ENVATO SUPPORT is still sketching all the details out regarding PHASE 2.

I emailed ENVATO SUPPORT, if option pages need to go into a plugin since in their DRAFT it says Theme Option Frameworks. After several emails back and forth with support and the review team, they were telling me different from what was on the guidelines page. ENVATO SUPPORT told me that ANY additions and functionality to the theme will have to be refactored as plugin, that is not core. But that’s not until Phase 2 in November. So i contacted ENVATO SUPPORT to re-clarify and they checked with the review team again, and said the same thing. So after several days and several emails back and forth. I posted in this forum to ask JAPH regarding the confusion on how the requirements page show something different than what ENVATO SUPPORT tells you when you email SUPPORT. So JAPH asked me for my support ticket ID, (which i gave him). And he said he will look into clarifying with the support team about the differences of the requirements page, versus what Envato Support tell you.. so there is no confusion.

So the PHASE 2 guidelines are still a DRAFT and subject to change based on feedback. :)

I’d say with 99% certainty that theme options will obviously be in the theme. Clue is in the name, and as they only affect our own theme’s characteristics it’d be illogical to put them in a plugin.

109 posts
  • Has referred 1+ members
  • Has sold $10,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 1+ items on Envato Market
+4 more
designedbydash says


Honestly think you’re stressing for no reason. It really doesn’t matter what all these different confused support staff are telling you, the newly posted req’s are correct.
Not stressed, just waiting on JAPH’s reply for clarification :)

I really don’t see what clarification you need. It’s written in black and white on the requirements page.

109 posts
  • Has referred 1+ members
  • Has sold $10,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 1+ items on Envato Market
+4 more
designedbydash says

I wish there was an automatic way to do it. You just have to trust the person you are going into business with.

109 posts
  • Has referred 1+ members
  • Has sold $10,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 1+ items on Envato Market
+4 more
designedbydash says

Regarding phase two, in theory we could comply with the rules by including just two plugins?

The way I was thinking about doing it was having a standard functions plugin that houses the “core” of our theme’s functionality (as an example, all of the Bootstrap element shortcodes which are the same on each theme).

And then a second one to include additional functionality specific to that theme (i.e. a portfolio custom post type and its associated shortcodes, plus any other specific post types).

Would that be acceptable?

109 posts
  • Has referred 1+ members
  • Has sold $10,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 1+ items on Envato Market
+4 more
designedbydash says

Just so I understand clearly, the first phase only affects the “simple” standards changes (i.e. media queries at bottom of CSS, validation, using correct WP standards) and issues such as moving shortcodes/post types to plugins is phase two?

It wasn’t overly cleary in the post, so just wanted to confirm. I assume I read it right, as there was no real clarification on things like page builders which would’ve been required if it was a set-in-stone requirement in phase one.

109 posts
  • Has referred 1+ members
  • Has sold $10,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 1+ items on Envato Market
+4 more
designedbydash says


JSHint should be excluded from requirements list…

Agreed. My suggestion would be to require all themes to run in strict mode. Never encountered a script that passes jshint. Not even wordpress core or jQuery itself :P

+1, JSHint is way over the top and unless there’s a serious JS error in there it doesn’t matter too much.

109 posts
  • Has referred 1+ members
  • Has sold $10,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 1+ items on Envato Market
+4 more
designedbydash says

I could be wrong but I don’t think I saw it on the list, if we’re getting all technical with keeping things that WP does as standard in our themes then one thing I think needs adding:

Keeping classes on default WP functionality. For example, you occasionally see themes that forget to include %2$s on the sidebar classes, which I imagine is something that should be enforced.

109 posts
  • Has referred 1+ members
  • Has sold $10,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 1+ items on Envato Market
+4 more
designedbydash says

I know Japh said it would be a few days, but just wondering if we have a more concrete date/time for the final confirmed requirements?

It’s now starting to hold back the development of a new theme we’re working on as I don’t particularly want to do it one way, and then have to change it all to adhere to the new requirements.

109 posts
  • Has referred 1+ members
  • Has sold $10,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 1+ items on Envato Market
+4 more
designedbydash says


Well until there are standards for the naming it should’t be let to luck. I (and themeforest and wordpress community) don’t want to take a risk between losing access to data and having everything work nicely. I agree it would be super-awesome but currently it’s just too risky.
Nothing is left to luck here. If TF can enforce plugins they can enforce standards for naming.

I believe the idea is that themes in future should play nicely with all WP themes, including ones from WP.org and other sites. Therefore enforcing a naming convention wouldn’t work for obvious reasons.

109 posts
  • Has referred 1+ members
  • Has sold $10,000+ on Envato Market
  • Has been a beta tester for an Envato feature
  • Has collected 1+ items on Envato Market
+4 more
designedbydash says

This looks interesting, as someone previously said – some more screenshots would be great!

by
by
by
by
by
by