Posts by WPCanyon

70 posts
  • 5 Years of Membership
  • Exclusive Author
  • Collector Level 1
  • Serbia
WPCanyon
says

You’re welcome ;)

70 posts
  • 5 Years of Membership
  • Exclusive Author
  • Collector Level 1
  • Serbia
WPCanyon
says

No, it is still not normal. Our product is still under review which has passed 7 days.

I think it’s 5-6 business days. It’ll probably be reviewed today/tomorrow, if you can, let us know here when it does.

70 posts
  • 5 Years of Membership
  • Exclusive Author
  • Collector Level 1
  • Serbia
WPCanyon
says


They recently stated it can take up to 2 weeks.

Hey Stylemix,

The problem was that we had to review a really long list of items due to the prettyPhoto incident. More info here: http://themeforest.net/forums/thread/long-review-wait-times-on-themeforest/183782

The current review time is 5 – 6 days. http://themeforest.net/forums/thread/current-review-wait-times-themeforest/186179

Oh, sorry about that, I didn’t know it got back to 5-6 days, which is great to hear.

70 posts
  • 5 Years of Membership
  • Exclusive Author
  • Collector Level 1
  • Serbia
WPCanyon
says

They recently stated it can take up to 2 weeks.

70 posts
  • 5 Years of Membership
  • Exclusive Author
  • Collector Level 1
  • Serbia
WPCanyon
says

I think if WPML does and a lot of more sites, this can be done.

It can be done. But Envato can’t really handle that by themselves, the code that handles it has to be inside of the theme. They could create a script that authors can add in their theme and tweak some settings.

But there’s no need to wait for Envato to build that, the API allows purchase code checks, so any decent web developer can create such functionality.

It’s just a matter of which authors wants it enough to build it. I myself am not a fan of it, I don’t want to make it harder for the legitimate buyers in order to try and force those who don’t play by the rules to obey them, they’ll find a way around it anyway.

70 posts
  • 5 Years of Membership
  • Exclusive Author
  • Collector Level 1
  • Serbia
WPCanyon
says

70 posts
  • 5 Years of Membership
  • Exclusive Author
  • Collector Level 1
  • Serbia
WPCanyon
says

Same goes for exclusive and non exclusive.

70 posts
  • 5 Years of Membership
  • Exclusive Author
  • Collector Level 1
  • Serbia
WPCanyon
says

You’re welcome :)

70 posts
  • 5 Years of Membership
  • Exclusive Author
  • Collector Level 1
  • Serbia
WPCanyon
says

Unless you’re doing a regular AJAX call for a whole page, not a WordPress AJAX call, in which case DOING_AJAX is not defined.

You can add a GET variable in your AJAX call to the page like http://website.com/?ft_ajax_call=true

And in the function:

function thb_register_js() {
    if ( ! isset( $_GET['ft_ajax_call'] ) ) {
        wp_register_script('app', THB_THEME_ROOT . '/assets/js/app.min.js', 'jquery', null, TRUE);
        wp_enqueue_script('app');
    }
}
70 posts
  • 5 Years of Membership
  • Exclusive Author
  • Collector Level 1
  • Serbia
WPCanyon
says

is_ajax() is not a WordPress function.

It’s a function in WooCommerce, and all it does is simply return whether DOING_AJAX constant is defined or not.

The way you can check if it’s AJAX is:

if ( defined( 'DOING_AJAX' ) && DOING_AJAX ) {
    // it is AJAX
}

But in this specific scenario it won’t work, because “wp_enqueue_scripts” does not fire on AJAX calls, only on regular page loads.

by
by
by
by
by
by