deandid

Nah I can’t share links on this site. My boss will kill me. Its pretty standard though having been in eCommerce for a long time. Yes, I am concerned with duplicate content. I could think of dozens of examples though in addition to the ones I have already given. Pretty much anything sold by weight the description is going to be the same. Most electronic accessories that come in different sizes have the same descriptions. The same goes for rugs and other furniture items. This is a very big deal actually and would cause problems on some large sites if they didn’t handle this.

Yeah, im not really sure why this decision was made but it sure has resulted in a lot of people in various discussion forums with the same problem and there is no clear answer.

The problem isn’t that Yoast disallows these for security purposes. From what I understand, the problem is due to shortcodes only working in WYSIWYG editors.

Ok, weird..so I am three days into this and I find this link:

https://wordpress.stackexchange.com/questions/190510/replace-taxomony-description-field-with-visual-wysiwyg-editor

Where someone in the bottom thread says that there is a feature in yoast that allows you to chnage the category description to WYSIWYG editor? Is this a free or preimium feature..do you know anything about this?

What version of PHP does this thing support? I was told by my host that it was an older version they didn’t support.

Really curious. How is using a shortcode in a category description less secure than using it in the sidebar (for example) of the same page?

Is there a way to remove those filters with some code added to the functions.php?

This icon I found is actually generated by WooCommerce and not the theme. I was able to find very little information on it but I am guessing its not a problem when I override with custom CSS.

If anyone can help me understand where this icon is and how to dequeue it that would be great.

Thank you!

Thank you!

Closer still…

The following code doesn’t break my site but for some reason isn’t dequeue the scripts and styles specified:

function conditionally_load_back_in_stock_notifier_assets() {
    $product_id = get_the_ID();
    $product = wc_get_product($product_id);
	if (!empty($product)) {
		if ( $product->get_stock_status() == 'instock') {
			## Dequeue scripts.
			wp_dequeue_script('cwginstock_jquery_validation'); 
			wp_dequeue_script('cwginstock_js'); 
			## Dequeue styles.        
			wp_dequeue_style('cwginstock_bootstrap'); 
			wp_dequeue_style('cwginstock_frontend_css');
		}
	}
}
add_action( 'wp_enqueue_scripts', 'conditionally_load_back_in_stock_notifier_assets' );

We tested into this with the first test being to just only print a message on products that were in stock. This worked fine with the help of your link but adding the dequeue’s apparently are not working.

Any ideas?

Seeing it only in Lighthouse but yes, on a production site. Is this a problem?

I took a stab at it…feels like I am close?

function conditionally_load_backinstock_notifier_assets(){
if( function_exists( 'is_woocommerce' ) ){
        # Only load CSS and JS on in stock  Woocommerce pages   
	    if (is_in_stock() && is_singular( 'product' ) ) { 		
		## Dequeue scripts.
		wp_dequeue_script('cwginstock_jquery_validation'); 
		wp_dequeue_script('cwginstock_js'); 
		## Dequeue styles.	
		wp_dequeue_style('cwginstock_bootstrap'); 
		wp_dequeue_style('cwginstock_frontend_css'); 			
		}
	}	
}
add_action( 'wp_enqueue_scripts', 'conditionally_load_backinstock_notifier_assets' );

Right on well thanks for the prompt response. Please let me (us) know anything you find.

Ok, I think got to the bottom of this. Thanks for your help!

Ok, I found what was causing two to load. One was the core that came with woo while the other is loaded by this plugin:

https://xootix.com/plugins/side-cart-for-woocommerce/

They are usually responsive but not sure exactly what I should ask them to do?

That’s awesome! Yeah, I agree…Woo should definitely be paying attention to this type of stuff.

ok thanks