digitalsky

That fixed it! Looks like I managed to overlook that one particular style. I don’t even recall seeing that in the CSS inspector in Chrome. Thanks for solving this for me. Sometime sit really pays to have a second set of eyes.

So this new version only imports the events that I say I’m “interested” in via my personal Facebook profile?

That’s kind of annoying because then I have to go through and mark that I’m interested in every single event that I publish on my businesses Facebook page.

This is one of those things where it’s not so much a particular product page that would have a different set of styling, it’s more over a set of products that might have a different page style then another set of products. So, I’m not sure if the body classes would work for those but I will look into that.

So there is no possible way to allow for two different product page styles? That seems like a huge limitation. I mean what if I wanted to have a few different types of products, each with their own page design / style?

I figured it out. This is the code that did the trick (this goes in the function.php file)…

// Add our own JavaScripts.
function custom_scripts()
{
	// Register the scripts
	wp_register_script( 'modernizr', get_template_directory_uri() . '/js/modernizr-2.6.2.min.js', array(), '2.6.2', false );
	wp_register_script( 'formalize', get_template_directory_uri() . '/js/jquery.formalize.min.js', array(), '1.0', false );
	wp_register_script( 'social', get_template_directory_uri() . '/js/social.js', array(), '1.0', true );

	// Enqueue the scripts:
	wp_enqueue_script( 'modernizr' );
	wp_enqueue_script( 'formalize' );

	// Only enqueue the social script if we're on a 'single' post page (we don't want this script being loaded on pages without the social sharing icons):
	if ( is_single() ) {
		wp_enqueue_script( 'social' );
		echo '<script src="//platform.linkedin.com/in.js" type="text/javascript">lang: en_US</script>';
	}
}
add_action( 'wp_enqueue_scripts', 'custom_scripts' );

That code enqueues all of my scripts I’ve added on. It also detects whether the visitor is on a single post page and if so it loads the social.js script (which controls all my social media sharing buttons) in the footer of the site. Works like an absolute charm and ensures that these scripts are not being loaded on pages that don’t need it. This is a nice fix for anyone who is concerned about page speed.

Gotcha, I wasn’t aware of that being that I’m more of a ‘designer’.

I added the majority of the social sharing buttons to one .js file I created here…

http://198.1.77.196/~larog/wp-content/themes/larog/js/social.js

That should clean things up by allowing me to call on one file instead of a bunch.

I’ll enqueue that in my functions.php file and it just dawned on my I know how to make this code only appear on the single post pages by using this code…

<?php if ( is_single() ) {
	echo
		'<script type="text/javascript" src="/~larog/wp-content/themes/larog/js/social.js"></script>'
	. single_cat_title() . ' category!';
}
?>

Looks like I answered my own question (but thanks for the enqueue reminder, I thought you only had to do that on .js files hosted on my own server). Sometimes I have moments where the obvious solution will easily elude me.