Forum Replies Created

Viewing 15 replies - 1 through 15 (of 44 total)
  • Plugin Author David Clough

    (@cloughit)

    As per:

    For support please create a ticket at https://cloughit.com.au/support/

    No support is offered via this forum.

    +1 for the same notice when WP_DEBUG is true.

    Plugin Author David Clough

    (@cloughit)

    Please lodge a support request at https://cloughit.com.au/support/ so that this can be investigated.

    Plugin Author David Clough

    (@cloughit)

    … and there we go… 1 hour 10 minutes after replying and the ability to disable front end uploads and to change the ‘Support Centre’ text have been implemented. Latest version: 2016.09.17

    Plugin Author David Clough

    (@cloughit)

    I ran a test ticket on my site and the button stuck. Clicked it again. Still no response. A few minutes later, I ended up with six tickets in the queue.

    In 100% of cases this has been caused by a conflict with another plugin. Ask for help… in most cases your issue would have been resolved within hours.

    When I tried working with those ticket, it would freeze up. Overall the operation is just not that great.

    Again, ask for help.

    Second I don’t like that there is no option to turn off file uploads. I don’t know if at some point I might want that feature, but seems like a spammers paradise.

    A great idea, if you had of asked this would have been available for you within 1 business day…

    Finally, I strongly dislike that there is no option for switching between the American and British spelling of Center/Centre. It’s a perception thing. I don’t want my customers thinking my support is outsourced.

    Again, another great feature request, but yet again you did not ask.

    Please, before leaving negative reviews (for any plugins) – reach out! Most developers would be happy to assist.

    Plugin Author David Clough

    (@cloughit)

    Hi,

    Thanks for the feedback, however, the issues you experienced would not have been related to the Async JavaScript plugin, but rather how you configured it. Async JavaScript runs on many, many WordPress websites using WooCommerce without any problems, you just need to spend some time to understand what Async JavaScript does and how to configure it for best use for your website.

    Unfortunately you have failed to provide any information about the settings you used, errors you received etc so being able to help you is impossible. If you had of asked for help I would have been more than happy to work with you to achieve the best outcome possible.

    Regarding PageSpeed, I would ‘guess’ (again no details to make an informed decision have been provided) that the Render Blocking items being displayed were CSS files? Async JavaScript does just that, its allows JavaScript to be loaded asynchronously. Async JavaScript is not designed to work with CSS. There are many other plugins out there that will help remove CSS from Render Blocking. To improve PageSpeed results both JavaScript AND CSS need to be removed.

    My ‘guess’ (again, details….) of why you were having problems with AJAX would be due to jquery.js being loaded with ‘async’ or ‘defer’. Did you try adding jquery.js to the exceptions list?

    If you need some help please ask, be it for Async JavaScript or any other plugin, rather than just assuming that the plugin is at fault. More often than not the issue is PEBCAK and a lack of understanding.

    Plugin Author David Clough

    (@cloughit)

    Hi, please update to v1.16.08.10 to fix this issue.

    Plugin Author David Clough

    (@cloughit)

    Make sure you only have a comma separating each file, no spaces.

    Plugin Author David Clough

    (@cloughit)

    Hi,

    Please update to the latest version (2015.07.25) and test again. Please let me know if you are still experiencing an issue.

    Plugin Author David Clough

    (@cloughit)

    Yes, the latest version of Async JavaScript uses the ‘script_loader_tag’ function.

    Thread Starter David Clough

    (@cloughit)

    Thank you, I can confirm the emails are now going to the configured address rather than the administrator address.

    Plugin Author David Clough

    (@cloughit)

    Hi,

    This was something that was on the development checklist. In actual fact it was using the ‘clean_url’ hook and as it is known that this hook has been depreciated it was planned to be replaced in a future release.

    The latest version of Async JavaScript uses the ‘script_loader_tag’ function.

    Plugin Author David Clough

    (@cloughit)

    Hi,

    Please navigate to:

    https://yourdomain.com//wp-admin/admin.php?page=async-javascript-pro&tab=licence&debug=true

    Please email the debug information to helpdesk [at] cloughit.com.au

    Hi,

    I was having the same issue with the course excerpt truncating. I saw your fix by modifying the do_shortcode but was not happy that this would have to be changed every time that CoursePress is updated, especially as for the website I am working on it is going to be managed by someone who would not be able to make this change themselves.

    As a result I have added the following to my child theme functions.php file. This removes the existing course_summary shortcode and re-adds it with a custom function which overrides the length attribute.

    Note that this action will display anywhere where the course_summary shortcode is used.

    add_action( 'init', 'cit_coursepress' );
    function cit_coursepress() {
    	remove_shortcode( 'course_summary' );
    	add_shortcode( 'course_summary', 'cit_coursepress_course_summary' );
    }
    function cit_coursepress_course_summary( $atts ) {
    	extract( shortcode_atts( array(
    		'course_id' => in_the_loop() ? get_the_ID() : '',
    		'course'    => '',
    		'class'     => '',
    		'length'    => ''
    	), $atts, 'course_summary' ) );
    
    	$course_id = (int) $course_id;
    	$class     = sanitize_html_class( $class );
    	$length    = 1000; // overrides length attribute - set as desired
    	$course    = empty( $course ) ? new Course( $course_id ) : object_decode( $course, 'Course' );
    
    	ob_start();
    	?>
    	<div class="course-summary course-summary-<?php echo $course_id; ?> <?php echo $class; ?>">
    		<?php
    		if ( is_numeric( $length ) ) {
    			echo cp_length( do_shortcode( $course->details->post_excerpt ), $length );
    		} else {
    			echo do_shortcode( $course->details->post_excerpt );
    		}
    		?>
    	</div>
    	<?php
    	$content = ob_get_clean();
    
    	// Return the html in the buffer.
    	return $content;
    }
    Plugin Author David Clough

    (@cloughit)

    Hi,

    I have just done some testing with Async Javascript and Scripts To Footer and on my test site the scripts are moved to the footer by Scripts To Footer and have Async or Defer added by Async Javascript.

    Further investigations of the code for Scripts To Footer tells me that the wp_print_scripts function is only being used for scripts which have been configured not to load in the footer. These scripts would be set using the options for the Scripts To Footer plugin. All scripts which have been enqueued using wp_enqueue_scripts are still loaded with wp_enqueue_scripts, only this happens in the fotter rather than the header.

    My suggestion would be:

    1. Check your settings for Scripts To Footer (Note: the checkboxes are to select conditions where the scripts SHOULD NOT be moved to the footer, so if you have any checked try unchecking them).
    2. Ensure that Async Javascript has been enabled and you have selected either Async or Defer.

Viewing 15 replies - 1 through 15 (of 44 total)