bkf0

Forum Replies Created

Viewing 6 replies - 1 through 6 (of 6 total)
  • bkf0

    (@bentleykfrog)

    Agree with these suggestions, would also note that your minification of unveil + ui.js minifies the imageUnveilload localisation variable to a global variable called ‘t’. This prevents the customisation of the image load threshold.

    Would also recommend options for disabling lazy load based on class, page or specific image.

    bkf0

    (@bentleykfrog)

    Yep, same issue here. For some reason wordpress/yoast seo leaves out jquery.qtip.min.js from the admin post edit page. Not sure why. Its included in the page edit page and even on custom post types pages.

    The error prevents any further js code thats bound to whatever wordpress javascript load event executing. Visual Composer must be bound to the same event, hence stopping the visual composer ui from loading and replacing the native wordpress post editor.

    A quick themes hack is to include the script back in just in the admin section like the following script I have in my functions.php file:

    function yoast_seo_vc_post_conflict_fix() {

		$x = get_stylesheet_directory_uri();
		$x = substr($x, strpos($x,'://')+3);
		$x = explode("/", $x);
		array_pop($x);
		array_pop($x);
		$x = implode("/", $x);
		$x = '//' . $x;
		wp_enqueue_script( 'jquery-qtip', $x .  '/plugins/wordpress-seo/js/jquery.qtip' . WPSEO_CSSJS_SUFFIX . '.js', array( 'jquery' ), '2.2.1' );
}
add_action( 'admin_enqueue_scripts', 'yoast_seo_vc_post_conflict_fix' );

    Its definitely not a fix that will work for everybody but at least it works on my configuration.

    Note I’m using get_stylesheet_directory_uri() then taking off the themes/theme directory and building it back to the wordpress-seo plugin directory, which ain’t pretty.

    Its also included on every admin page, so it might be wise to restrict it just to the post edit page to prevent any unknown conflicts.

    bkf0

    (@bentleykfrog)

    Hi zumzam123, 600ms isn’t slow at all. Is this number correct?

    bkf0

    (@bentleykfrog)

    I second this.

    The javascript error ‘TypeError: $.wpcf7SupportHtml5 is not a function’ occurs in Firefox when webpages are properly cached. If loaded without the cache enabled the error does not occur.

    When the page is cached the onload event has already fired when the browser reads the scripts.js file, so the $(function() { enclosure becomes irrelevant.

    Moving lines #8-#11 in scripts.js so it’s after $.wpcf7SupportHtml5 = function() { solves this issue.

    Forum: Plugins
    In reply to: [W3 Total Cache] Double URL
    bkf0

    (@bentleykfrog)

    I think I’ve got a similar/the same issue. Using ‘Rewrite URL Structure’ I get a double up of the lowest directory in the site url, for example where my site url is https://www.site.com/blog/ I get https://www.site.com/blog/blog\wp-content/cache/minify/000000/w3tc_rewrite_test.

    It appears to be an issue with the w3_get_document_root() function confusing the server’s document root with wordpress’ document root, I’m guessing that on your server end you have a folder titled ‘https://site.com’.

    bkf0

    (@bentleykfrog)

    Thought I’d test and see if it is at least eval’d using add_action to wpsc_add_to_cart. This works if you’re using firefox with firebug.

    function theme_cart_update() {
    echo 'console.log("im here");';
}
add_action('wpsc_add_to_cart', 'theme_cart_update');

    What does <<<HTML mean?

Viewing 6 replies - 1 through 6 (of 6 total)