/* Paleta oficial da marca RSADV_ (fornecida pelo cliente, ver placa da
   fachada): terracota #9F4F39, amarelo "prompt" #F29F05, vermelho
   #BF3604, azul-petróleo #025E73, azul-marinho #024059. */
:root {
  --color-bg: #024059;
  --color-panel-bg: rgba(2, 94, 115, 0.85);
  --color-text: #f2f5f7;
  --color-label: #f29f05;
  --color-accent: #9f4f39;
  --color-accent-hover: #bf3604;
  --color-link: #025e73;
  --font-heading: 'DM Serif Text', Georgia, 'Times New Roman', serif;
  --font-label: 'Inter', -apple-system, sans-serif;
  --font-brand: 'Victor Mono', var(--font-label);
  --font-disclaimer: 'Inter', -apple-system, sans-serif;
  --font-body: 'Lora', var(--font-heading);
}

@font-face {
  font-family: 'Victor Mono';
  src: url('../assets/fonts/victor-mono-latin-700-normal.woff2') format('woff2');
  font-weight: 700;
  font-style: normal;
  font-display: swap;
}

* { box-sizing: border-box; }

html, body {
  height: 100%;
  margin: 0;
  overflow: hidden;
  background: var(--color-bg);
  color: var(--color-text);
  font-family: var(--font-heading);
}

.scene {
  position: relative;
  width: 100vw;
  height: 100vh;  /* fallback pra navegadores sem dvh */
  height: 100dvh; /* no iOS Safari, 100vh é a viewport grande e cortaria o CTA */
  overflow: hidden;
}

/* O letreiro (o elemento que identifica a fachada) fica à direita e um
   pouco acima do centro do enquadramento original — desloca a âncora do
   corte pra manter ele visível em telas estreitas, onde um corte
   centralizado perderia parte dele. */
.hero-bg {
  position: absolute;
  inset: 0;
  width: 100%;
  height: 100%;
  object-fit: cover;
  object-position: 70% 42%;
  z-index: 0;
}

/* Garante contraste do hero-text sobre a foto de fundo, qualquer que ela
   seja — ajustar cor/intensidade aqui quando a identidade visual entrar. */
.hero-overlay {
  position: absolute;
  inset: 0;
  z-index: 1;
  pointer-events: none;
  background: linear-gradient(100deg, rgba(0, 0, 0, 0.55) 15%, rgba(0, 0, 0, 0) 55%);
}

/* No mobile, object-position: 70% 42% (ver .hero-bg) corta a foto bem
   mais perto do letreiro (a imagem é escalada muito mais pra cobrir uma
   tela alta e estreita) — o gradiente diagonal acima, pensado pra tela
   larga do desktop, não escurece o bastante nessa faixa mais central.
   Escurecimento uniforme em vez de diagonal: mais simples e garante
   contraste onde o texto cai, independente de exatamente onde o
   letreiro entrar no recorte. */
@media (max-width: 767px) {
  .hero-overlay {
    background: rgba(0, 0, 0, 0.55);
  }
}

.hero-text {
  position: absolute;
  left: 2rem;
  top: 50%;
  transform: translateY(-50%);
  max-width: 70%;
  z-index: 5;
}

.hero-headline {
  font-family: var(--font-heading);
  font-style: italic;
  font-size: clamp(1.5rem, 7vw, 48px);
  line-height: 1.32;
  color: var(--color-text);
  margin: 0 0 1rem 0;
}

/* A quebra manual (depois de "para") só faz sentido na largura do
   desktop — no mobile a coluna já é estreita o bastante pra quebrar
   sozinha, e forçar a mesma quebra ali sobra texto solto numa linha. */
.hero-headline-break {
  display: none;
}

@media (min-width: 768px) {
  .hero-headline {
    font-size: 48px;
  }

  .hero-headline-break {
    display: block;
  }
}

.hero-label {
  font-family: var(--font-label);
  font-size: 16px;
  letter-spacing: 0.15em;
  text-transform: uppercase;
  color: var(--color-label);
  margin: 0 0 0.5rem 0;
}

.hero-actions {
  display: flex;
  gap: 1rem;
  flex-wrap: wrap;
}

.hero-actions button,
.whatsapp-link {
  font-family: var(--font-label);
  font-size: 1rem;
  text-transform: uppercase;
  letter-spacing: 0.05em;
  padding: 0.75rem 1.25rem;
  border-radius: 2px;
  text-decoration: none;
  cursor: pointer;
  display: inline-block;
}

#open-panel {
  background: transparent;
  border: 1px solid var(--color-text);
  color: var(--color-text);
}

#open-panel:hover,
#open-panel:focus-visible {
  border-color: var(--color-label);
  color: var(--color-label);
}

.whatsapp-link {
  background: var(--color-accent);
  border: 1px solid var(--color-accent);
  color: #ffffff;
}

.whatsapp-link:hover,
.whatsapp-link:focus-visible {
  background: var(--color-accent-hover);
  border-color: var(--color-accent-hover);
}

.brand-mark {
  position: fixed;
  top: 1.25rem;
  left: 2rem;
  z-index: 10;
  margin: 0;
  font-family: var(--font-brand);
  font-weight: 700;
  font-size: 1.5rem;
  letter-spacing: 0.1em;
  color: #ffffff;
}

/* O "_" da marca pisca como o cursor de um prompt de terminal — sem
   transição suave (steps(1)), liga/desliga seco. */
@keyframes cursorBlink {
  0%, 50%   { opacity: 1; }
  50.01%, 100% { opacity: 0; }
}

.cursor-blink {
  color: var(--color-label);
  animation: cursorBlink 1s steps(1) infinite;
}

/* "RSADV" entra como se estivesse sendo digitado, uma vez, ao carregar a
   página. Sem JS (ou com prefers-reduced-motion), .brand-type fica só
   um <span> normal, texto visível — a classe "is-typing" (adicionada
   via js/brand-type.js, que também define --brand-full-width medindo o
   elemento antes de esconder) é o que liga o recorte+animação; nunca
   depender de JS pra mostrar conteúdo essencial. Anima `width` (não
   clip-path): clip-path só recorta a pintura, a caixa continua do
   tamanho final desde o frame 0, então o "_" (próximo <span> no fluxo
   normal) não se moveria. Animando a largura de verdade, o "_" é
   empurrado pra direita conforme "RSADV" cresce — igual um cursor de
   terminal andando junto da digitação. */
/* vertical-align: bottom (não o "baseline" padrão de inline-block): com
   overflow diferente de visible (a classe "is-typing" abaixo liga
   overflow: hidden), o navegador sintetiza a baseline do inline-block a
   partir da borda de baixo da caixa em vez da baseline real do texto —
   é isso que empurrava o "_" pra baixo em relação à versão estática
   original (que era só texto inline normal, sem essa troca de regra). */
.brand-type {
  display: inline-block;
  vertical-align: bottom;
}

.brand-type.is-typing {
  overflow: hidden;
  white-space: nowrap;
  width: 0;
  animation: brandTypeWidth 1.25s steps(5, end) 3s forwards;
}

@keyframes brandTypeWidth {
  from { width: 0; }
  to   { width: var(--brand-full-width); }
}

@media (prefers-reduced-motion: reduce) {
  .cursor-blink {
    animation: none;
    opacity: 1;
  }

  .brand-type.is-typing {
    animation: none;
    width: auto;
    overflow: visible;
    white-space: normal;
  }
}

.site-disclaimer {
  position: fixed;
  bottom: 0.75rem;
  left: 2rem;
  right: 4rem;
  z-index: 5;
  margin: 0;
  font-family: var(--font-disclaimer);
  font-size: 0.875rem;
  line-height: 1.4;
  /* Antes disso usava color: var(--color-text) + opacity: 0.45 no
     elemento inteiro — mas opacity também apaga qualquer text-shadow,
     esvaziando o contraste que a sombra deveria dar. Usar alfa direto
     na cor (não opacity) deixa a sombra na força total. */
  color: rgba(242, 245, 247, 0.55);
  /* Sobre a parte de baixo da foto (as folhas iluminadas), o texto sem
     nenhum contraste próprio ficava difícil de ler. Duas camadas: uma
     apertada pra dar borda nítida às letras, outra mais larga pra um
     "halo" que funciona mesmo num fundo claro/iluminado. */
  text-shadow:
    0 1px 2px rgba(0, 0, 0, 0.9),
    0 0 6px rgba(0, 0, 0, 0.8);
}

.site-disclaimer a {
  color: inherit;
  text-decoration: underline;
}

/* Split view do painel (desktop only): com o modal aberto, o hero
   encolhe pra 60vw em vez de ficar escondido atrás do texto — ver
   dialog#panel[open] em panel.css pro outro lado do split (os 40vw
   restantes). :has() detecta o estado nativo do <dialog> (o atributo
   `open` que showModal()/close() já controlam) sem precisar de JS extra.
   container-type habilita as unidades cqw abaixo, que fazem o headline
   encolher de verdade dentro desse espaço novo — vw sozinho não serviria
   porque ele sempre mede a tela inteira, não o espaço que sobrou depois do
   split. Tudo isso só existe aqui dentro do media query — no mobile a
   .scene nunca muda de largura, então nada disso tem efeito lá. */
@media (min-width: 768px) {
  .scene {
    container-type: inline-size;
    transition: width 0.8s ease;
  }

  /* min(60vw, 100vw - 480px): preenche exatamente o espaço que sobra do
     painel (ver dialog#panel em panel.css, que usa max(40vw, 480px)) —
     numa tela pequena, onde o piso de 480px do painel "rouba" espaço, a
     .scene encolhe correspondentemente em vez de ficar com um vão sobrando
     ou de ser espremida por baixo do painel. */
  .scene:has(dialog#panel[open]) {
    width: min(60vw, calc(100vw - 480px));
  }

  /* cqw = % da largura da própria .scene, não da tela inteira — por isso
     o headline encolhe de verdade conforme o split acontece. O teto do
     clamp é o mesmo 48px de tela cheia: sem ele, um teto menor (como o
     2rem usado antes, herdado de quando o headline de tela cheia era
     menor) capava o tamanho bem abaixo do que 6cqw já entregaria,
     encolhendo o headline muito mais do que o corte de largura
     justificava. */
  .scene:has(dialog#panel[open]) .hero-headline {
    font-size: clamp(1.5rem, 6cqw, 48px);
  }

  .scene:has(dialog#panel[open]) .hero-text {
    max-width: 85%;
  }
}

/* Em telas menores (ex.: MacBook 13", ~1440px lógicos), o .scene do split
   fica estreito o bastante pra 6cqw já bater no teto de 48px (ver acima)
   — nesse caso o headline continua do tamanho de tela cheia dentro de
   uma coluna mais curta, e a quebra de linha resultante empurra texto
   pra cima da fachada na foto. Um teto menor aqui dá a folga que faltava,
   sem afetar telas maiores (onde esse teto de 48px já não é atingido). */
@media (min-width: 768px) and (max-width: 1600px) {
  .scene:has(dialog#panel[open]) .hero-headline {
    font-size: clamp(1.5rem, 6cqw, 36px);
  }
}