LH 2015 declares block-templates support (but not block-template-parts, which would make WooCommerce serve its own template parts). WordPress then looks for a block template before the PHP hierarchy, and uses one when it is at least as specific as the PHP template it would otherwise use. Where none exists, the PHP template is used exactly as before.
| Post type | Template | Source |
|---|---|---|
| lh_governance_doc | single-lh_governance_doc | LH Governance Documents (register_block_template) |
Checked on Princes Park Touch in September 2026: that is the only block template registered there, and no templates or template parts are saved in the database.
parts/header.html and parts/footer.html each hold one dynamic block, lh-2015/site-sidebar and lh-2015/site-footer. These call lh_2015_render_sidebar_column() and lh_2015_render_site_footer(), the same functions header.php and footer.php use, so the chrome has a single source. Inside a part the masthead and footer are divs, because the part’s own header and footer elements are the landmarks.
css/block-templates.css, loaded only on block-template requests, gives .wp-site-blocks > main the geometry of Twenty Fifteen’s content card at each breakpoint. Post titles and content in block templates get the entry-title and entry-content classes so Twenty Fifteen’s typography applies.
Reference the parts by slug with tagName header and footer, and put the content in a main group. A block template overrides a PHP template of the same specificity, so a single-{post_type} block template for a post type that LH 2015 already has a PHP template for (gatherpress_event, lh-place, lh_comps_game_post, lh_crm_enquiry_post, lh_rpt_post_type, lh_vpt_post_type, lh-advertisement, product) would replace that PHP template.
Post types on Princes Park Touch that currently fall back to the generic single.php and could benefit from a bound template: lh_presentation, lh_kb_entry, lh_tasks-task_post, lh_comps_grade_fmt and gatherpress_venue.