Sidestep the entire issue and just include fo_edit_script in the header of the page, rather than in the AJAX part. There’s no need at all to do this. You might think that by only including it when its needed your optimising but your not, because it’s having to load it every time you open an … Read more
Yes, get_template_part() does work on Admin pages. Here is how I tested: Add this to functions.php theme (or child theme) file: add_action( ‘admin_menu’, ‘wpse_99662_register_admin_test_page’ ); function wpse_99662_register_admin_test_page() { add_menu_page( ‘Admin Test Page’, ‘Admin Test Page’, ‘manage_options’, ‘admin_test_page’, ‘wpse_99662_admin_test_page’ ); } function wpse_99662_admin_test_page() { echo ‘<h2>Admin Test Page</h2>’; get_template_part( ‘admin’, ‘test’ ); } The admin-test.php file … Read more
This is essentially scope visibility issue. include brings code into a current scope, function call creates new closed off scope. In get_template_part() only certain WordPress globals are being made available by load_template() call inside. While the basic answer is to declare your variables as globals, you might want to ponder your overall architecture a bit … Read more
The do_action: do_action( ‘get_header’, $name ); its triggering the action get_header, so all actions attached using add_action to the action ‘get_header’ will be executed, its also passing the $name as parameter to the functions by example: function my_function($name){ echo “The Action sent me the name:”.$name.”!!”; } add_action(‘get_header’, ‘my_function’); when the do_action( ‘get_header’, $name ); is … Read more
The post data are not actually passed to the template part. There is a global variable called $post which contains data about the current post, such as post’s ID. When you call a template part by using get_template_part(), the WordPress will look inside that template and run whatever is inside it, outputting it in the … Read more
when you use get_template_part, your file navigation.php cannot access variable $navigation_type. but when you do include and locate_template it is simply like including a php file so it can access that variable. It is due to scope of variable in your context.
I see no reason for this to not work technically, only you don’t need those single quotes around variable. But practically why not just use page-{slug}.php or other template option from hierarchy?
What about putting styles before the function get_header(); <style type=”text/css”>#header { display: none; }</style> <?php get_header();?> <div class=”main-container-of-my-template”></div> <?php get_footer(); ?> However this is not recommended as it loads the styles even before the <html> not within the <head> section of your website, but as per your requirement this could be the only way to … Read more
The get_sidebar($name); function loads sidebar template file sidebar-{$name}.php if no name in the prentacies is specified it loads the sidebar.php file. get_sidebar() and get_template_part() are almost identical, at the end they call locate_template() function that take care of loading from files. The only difference is the hook fired. If you use get_sidebar() for all your … Read more
What you’ve done will include content-competitions-<post-format>.php. I don’t know if that is what you want, but that is correct as far as structure goes. I also don’t know what you mean by “to change that one line”, but get_template_part will use the two parameters to construct a file name/path so, yes, you do need to … Read more