to print a single style: wp_print_styles(‘admin-bar’); to print a single script: wp_print_scripts(‘admin-bar’); note that the handle must be registered first using wp_register_style() or wp_register_script(). http://codex.wordpress.org/Function_Reference/wp_register_script http://codex.wordpress.org/Function_Reference/wp_register_style
You seem to be facing a similar problem to this: Some plugins adding full server path after url (with custom wp-content folder) My first suggestion is to examine the value of WP_CONTENT_DIR and see whether it’s what you expect. Not sure how the path could be getting mixed up, but I bet if you compare … Read more
As I suspected, the issue is where/how you’re outputting your custom stylesheet. First, move this to functions.php: function mypage_head() { echo ‘<link rel=”stylesheet” type=”text/css” href=”‘.get_bloginfo(‘template_directory’).’/OldSkool-src/style.css”>’.”\n”; } add_action(‘wp_head’, ‘mypage_head’); Second, change the action into which you’re hooking your callback. You’re using wp_head. All other stylesheets will be using wp_print_styles. The wp_print_styles action fires inside of the … Read more
Well, I’ve just realized that my client’s theme was a custom version of Thesis with an incomprehensibly commented wp_footer(): as soon as I’ve uncommented it, the issue (obviously) disappeared.
I’m not sure you can use is_page() in the function.php (citation needed!). Instead of enqueuing the the style sheets, you could echo them in the header.php. So, in the header.php you’d want… <?php if ( is_front_page() ) { echo ‘<link rel=”stylesheet” type=”text/css” href=”‘ . get_template_directory_uri() . ‘/css/homepage.css”>’; } else if ( is_page( ‘corsi’ ) ) … Read more
You have to define the dependencies for either styles or scripts when you register them. Or, if you’re avoiding the registration completely, then it’s ok to stuff them into the queueing process. See more on the Codex page. wp_register_style( ‘reset’, get_template_directory_uri().’/reset.css’ ); wp_register_style( ‘style’, get_template_directory_uri().’/style.css’, array( ‘reset’ ) ); wp_enqueue_style( ‘style’ ); Also avoid single … Read more
Based on the ID attribute id=’ai1ec_style-css’ that stylesheet is for All-in-One Event Calendar plugin. If you just updated the All_in-One Event Calendar (the most recent update was yesterday 2013-8-16) try re-saving the calendar theme options in Events->Theme Options. This answer is based on this support topic. http://wordpress.org/support/topic/broken-links-inside-plugin-after-updating-to-196
using enqueue_script in a shortcode isn’t working
Replacing parent theme’s IE-specific CSS
wp_enqueue_scripts is a front-end hook. It will not execute on the back-end. You need to use admin_enqueue_scripts instead. This is even mentioned on the Codex page just refrerenced. See also: http://codex.wordpress.org/AJAX_in_Plugins#Ajax_on_the_Administration_Side