The first parameter of the function is the slug and the second is the string for the file, so you’ll look for the directory template-parts/header/ and then the file site-branding. Assuming it’s for a theme, you’ll start in the theme directory and look for the template-parts directory there.
You need the argument post_per_page to limit the posts. Before your loop it should be something like this. $args = array ( ‘post_type’ => ‘custom_post’, ‘posts_per_page’ => ’10’, ); $wp_query = new WP_Query( $args ); // your loop if ( $wp_query ->have_posts() ) { while (have_posts()) : the_post(); get_template_part( ‘preview’, get_post_format() ); endwhile; } wp_reset_postdata(); … Read more
You can absolutely use the same variable names. Arguments like that do not pass through from one template to another without a little help from a function. So if in content-header.php you have $fruit = banana; and in content-body.php you have $fruit = apple; you will not have a conflict. Go nuts. Or bananas. 😉
WordPress caches the user information. There’s really no problem just to call get_userdata every time you need it. The only thing you are doing by transfering it to a variable $userdata is have WP fetch it from another place in the memory. Note: read this post for a more general dealing with passing variables to … Read more
This is just a supplement to the other answer. I am trying to load fd-blog.php if it is the ‘Blog’ page, otherwise load the fd-default.php To actually load the template file, you should remove the dash (-): get_template_part( ‘inc/fd’, ‘blog’ ); // loads inc/fd-blog.php get_template_part( ‘inc/fd’, ‘default’ ); // loads inc/fd-default.php So just inc/fd, and … Read more
The variable $count is accessible in the scope of the current function only. So whatever happens inside get_template_part() cannot know that variable. You could use a global variable, which is accessible everywhere as $GLOBALS[‘count’]. But then you risk collisions with plugins and maybe other code. I recommend a helper function for the functions.php: /** * … Read more
Well, I handle this issue by adding some code above get_template_part() function in theme as: //Theme /* If any filter set */ if(has_filter(‘ppr_one_search_item_view’){ $themePartSlug = apply_filters(‘ppr_one_search_item_view’); } else{ $themePartSlug = ‘templates/search/place’; } get_template_part($themePartSlug); in my plugin: /* Plugin Code */ function get_template_part_place(){ // Template file from plugin Directory load_template(PPR1_PLUGIN_PATH.’templates/search_places.php’); } add_filter( ‘ppr_one_search_item_view’, ‘get_template_part_place’); /* plugin … Read more
You should be able to get at the terms in your custom taxonomy using this function: http://codex.wordpress.org/Function_Reference/wp_get_post_terms
Loading template parts conditionally in Customizer
Will it cause any problems if I use get_template_part() like this? I can’t really see any answer other than… no. But that’s based on not knowing what you actually mean by “problems”. If you mean “is this code totally bulletproof no matter what scenario you could possible throw at it” then yes, it may cause … Read more