/*
 * Full-bleed do conteúdo renderizado "por referência" — LPs mantêm header/footer do tema
 * (LPages_Elementor::render_single_by_reference()), mas isso significa que o container de
 * conteúdo do próprio tema (ex: `.site-main` com `max-width` de temas como o Hello Biz) também
 * envolve o template Elementor, criando faixas em branco nas laterais que não existem quando o
 * mesmo template é visto direto pelo Elementor (que assume a página inteira, sem esse wrapper).
 *
 * `width:100vw` + `margin: calc(50% - 50vw)` estica o wrapper pra largura real da viewport,
 * ignorando qualquer max-width/padding do elemento pai — funciona com qualquer tema, sem
 * precisar conhecer o nome da classe que cada tema usa pro container de conteúdo. Se o pai já
 * for full-width, a conta dá ~0 e não muda nada (seguro pra qualquer tema).
 *
 * `!important` é necessário: temas de bloco (WordPress 6.x+, ex: Twenty Twenty-Five) aplicam
 * `margin-left/right: auto !important` em filhos diretos de containers "is-layout-constrained"
 * (todo `.entry-content`/`wp-block-post-content` sem classe `.alignfull`) — sem `!important`
 * aqui também, essa regra do core vence e a margem calculada nunca chega a se aplicar de
 * verdade (`max-width` sozinho não é suficiente, testado no Lava Testes com o tema Twenty
 * Twenty-Five: sem isso o wrapper ficava com a largura certa mas ainda deslocado pro lado).
 */
.lpages-lp-content {
	width: 100vw !important;
	max-width: 100vw !important;
	margin-left: calc( 50% - 50vw ) !important;
	margin-right: calc( 50% - 50vw ) !important;
}