/*
 * Ajustes de layout
 * ------------------------------------------------------------------
 * Correcao do cabecalho fixo.
 *
 * O script de menu fixo da pagina original aplica apenas
 * "position: fixed" no primeiro bloco, sem definir "top" e "left".
 * Quando a janela e mais estreita que os 1200px do projeto, a pagina
 * entra em "zoom" e um elemento fixo sem "top" fica parado na posicao
 * estatica dele -- por isso o cabecalho aparecia flutuando no meio da
 * tela, sobre o conteudo, com uma faixa vazia acima.
 *
 * Fixar top/left resolve em qualquer largura. Enquanto o bloco esta
 * em "position: static" (topo da pagina, antes de rolar), estas duas
 * propriedades sao ignoradas pelo navegador, entao nada muda ali.
 */
#site div.gpc-b:nth-child(1) {
  top: 0;
  left: 0;
}

/*
 * Campos do formulario ilegiveis no desktop.
 * ------------------------------------------------------------------
 * O bloco css_desktop do export define, para os tres campos:
 *
 *     color: #ffffff;  background-color: var(--g-color-base);  // = #ffffff
 *
 * Texto branco sobre fundo branco. O visitante digita e nao enxerga o
 * que escreveu -- e como o "value" nao e afetado, o lead chega
 * normalmente e o defeito passa despercebido. O placeholder aparece
 * porque a regra ".gpc_campo:not(:placeholder-shown)" do proprio
 * export so forca "-webkit-text-fill-color: currentColor" depois que
 * ha texto no campo.
 *
 * Abaixo de 800px o mesmo campo ja vem correto (fundo preto, texto
 * branco), entao aqui o desktop apenas passa a usar as mesmas cores do
 * mobile -- nenhuma cor nova e inventada. O bloco atras do formulario
 * e preto nas duas larguras.
 *
 * Este arquivo e carregado depois dos <style> do export, entao a mesma
 * especificidade basta para vencer.
 */
@media (min-width: 801px) {
  #e_3556843_1_177558464783655021 .gpr248,
  #e_3556843_1_177558464783655021 .gpr253,
  #e_3556843_1_177558464783655021 .gpr258 {
    background-color: var(--g-color-custom-9);
    color: var(--g-color-custom-9-text);
  }
}

/*
 * Campo digitado nao aparece, mesmo com a cor certa.
 * ------------------------------------------------------------------
 * Nao e problema de CSS: o "background-color" computado do campo
 * sempre esteve correto (preto). O Chromium so deixa de repintar o
 * pixel depois que o texto digitado troca a regra
 * ".gpc_campo:not(:placeholder-shown)" do proprio export -- a tela
 * fica presa na pintura antiga (fundo branco) enquanto o DOM e o
 * CSSOM ja concordam que e preto.
 *
 * Qualquer mudanca de "border-width" no carregamento invalida essa
 * pintura presa e resolve para o resto da sessao -- nao precisa
 * repetir a cada tecla. O export usa 0.8px; 1px basta e nao desenha
 * borda visivel, porque a cor continua transparente.
 *
 * O "!important" e necessario aqui: ".gpc_campo" sozinho tem
 * especificidade baixa e perde para os seletores mais especificos
 * (com ID e varias classes) que o export usa para o border-width.
 */
.gpc_campo {
  border-width: 1px !important;
}