ianarmstrong

Skyverge wrote this up.
https://www.skyverge.com/blog/remove-woocommerce-tax-labels/

The prices will still show excluding tax, it’ll just remove the label.

Skyverge wrote this up.
https://www.skyverge.com/blog/remove-woocommerce-tax-labels/

The prices will still show excluding tax, it’ll just remove the label.

Theoretically possible, yes. The mapping code is all exposed in the plugin.

<tr valign="top">
    <th scope="row"><label><?php _e( 'User table' ); ?></label></th>
    <td><input type="text" name="pp_db_table" value="<?php echo get_option('pp_db_table'); ?>" /></td>
    <td><span class="description"><strong style="color:red;"><?php _e( 'required' ); ?></strong></span></td>
</tr>

So just map the additional entries… but that only handles the MySQL side. The user template modifications will be a little more hands-on.

Scratch that, got it

This appears to have had no affect. I have no idea why the path isn’t letting it override.

That’s the part I missed – adding the -child to the end. Thanks!

I had to iterate through a bunch of *almost* working suggestions. This will grab the post content, check the custom fields, then drop any keys starting in _ or values ending in } (lets us avoid junk data in the calculation). The whole thing then gets appended to the original post content (passed by reference) and returned to the filter output.

Finally, I end by removing the filter because in the current version of Yoast’s plugin, wpseo_pre_analysis_post_content runs twice and screws up your density numbers as a result.

/**
 * Add custom fields to Yoast SEO analysis
 */

add_filter('wpseo_pre_analysis_post_content', 'add_custom_to_yoast');

function add_custom_to_yoast( $content ) {
	global $post;
	$pid = $post->ID;

	$custom = get_post_custom($pid);
	unset($custom['_yoast_wpseo_focuskw']); // Don't count the keyword in the Yoast field!

	foreach( $custom as $key => $value ) {
		if( substr( $key, 0, 1 ) != '_' && substr( $value[0], -1) != '}' && !is_array($value[0]) && !empty($value[0])) {
		  $custom_content .= $value[0] . ' ';
		}

	}

	$content = $content . ' ' . $custom_content;
	return $content;

	remove_filter('wpseo_pre_analysis_post_content', 'add_custom_to_yoast'); // don't let WP execute this twice
}

Remember: Yoast has not re-written the first tab in AJAX yet so it won’t reflect the changes. Everything else will though.

@goxsel why would you see a benefit? This feeds the Yoast planning tool, not Googlebot. It’s pure back-end.

I find this is a problem, on some servers, when WordPress tries to create a thumbnail sizes for animated GIFs. The bigger they are, the harder they lag.

Awesome. I’ll give it a spin on one or two sites when I finish up a few errands today.

I’d recommend sending a complimentary dev account to places like WPMUdev, WP Beginner, and TutsPlus. You’ll make your money back 30 times over. If you end up in a financial rut, I can shoot James at WPMUDev a contact about handling sales & service in exchange for splitting profit. I think you’ll be fine as it scales though.

So long as the pricing curve covers a reserved instance fairly quickly, scale is profit.

I’m glad my off the cuff feature suggestion a year or so ago has evolved into such a robust business offering. Psyched to see how far you take this!

Chris, man, I know you are slammed with work. Could we PLEASE turn this into a GIT project and sync it back to the WP Repo? Let the community help. We’re dying to do so.

Actually we’ll make this really easy ??

https://pastebin.com/UfnqqN7p

That uses the same naming convention as your option name, takes the plugin out of the admin bar and sidebar, and makes it a sub-item of “settings”, where a utility belongs.

Note – my hackish solution was to add

<?php if ( $tab['priority'] == 10 ) { echo "active"; } ?>

to the end of the class on both the tabs and tabs-content area. It works but it’s not pretty.

Oh god never mind, the premium plugin had to be updated as well