/* ===========================================================================
   AJUSTES R PRODUCER sobre a captura do site da Contreras (03/10/2026)
   ---------------------------------------------------------------------------
   Arquivo SEPARADO de proposito. A captura e o HTML/CSS que o site do cliente
   ja servia, congelado; mexer dentro dele apagaria a fronteira entre o que era
   deles e o que e nosso. Tudo que a gente muda entra aqui, carregado por
   ultimo, e some tirando uma linha.

   Cada bloco diz o que foi MEDIDO no navegador (Chrome headless, 390x844),
   nao o que eu achei que era.
   =========================================================================== */

/* ---------------------------------------------------------------------------
   1. BOTAO "AGENDAR CONSULTA" NO VERDE DO WHATSAPP
   Pedido do Denner. Eram 7 botoes na home, todos com #C0A159 (o dourado) e uma
   animacao de brilho que passa um branco por cima. Mantive a animacao: so troco
   as duas pontas do gradiente pelo verde oficial do WhatsApp (#25D366) com um
   tom mais fechado (#1EBE5A) pra borda do brilho nao sumir no claro.
   O botao leva pro WhatsApp, entao a cor passou a dizer pra onde ele vai.
--------------------------------------------------------------------------- */
#meu-botao {
  background-image: linear-gradient(
    135deg,
    #25D366 0%,
    #25D366 44%,
    #FFF 50%,
    #1EBE5A 56%,
    #1EBE5A 100%
  ) !important;
}

/* ---------------------------------------------------------------------------
   2. ROLAGEM LATERAL NO CELULAR
   MEDIDO: scrollWidth 398 numa tela de 390 — 8px de estouro. O culpado e UM so,
   o widget de avaliacoes do Google (Trustindex): `.ti-reviews-container-wrapper`
   renderiza com 406px e comeca em left:-8.
   Nao escondo o estouro no <body>: isso mata a rolagem horizontal DENTRO do
   proprio carrossel de avaliacoes, que e a funcao dele. Contenho no widget.
--------------------------------------------------------------------------- */
.ti-widget,
.ti-reviews-container,
.ti-reviews-container-wrapper {
  max-width: 100% !important;
  overflow-x: hidden;
}
.ti-reviews-container-wrapper { margin-left: 0 !important; margin-right: 0 !important; }

/* ---------------------------------------------------------------------------
   3. TEXTO POR CIMA DA FOTO ("Quem e Dra. Maria Soledad Contreras?")
   MEDIDO: a foto ocupa de 7784 a 8228 e o titulo cai em 7848, dentro dela.
   A causa nao e posicionamento absoluto: o `.e-con-inner` daquela secao fica em
   `flex-direction: row` tambem no celular, entao foto e texto disputam 390px
   lado a lado. Em tela estreita isso vira coluna.
--------------------------------------------------------------------------- */
@media (max-width: 767px) {
  .elementor-element-dad0732 .e-con-inner {
    flex-direction: column !important;
    flex-wrap: nowrap !important;
  }
  .elementor-element-dad0732 .e-con-inner > * { width: 100% !important; max-width: 100% !important; }
}

/* ---------------------------------------------------------------------------
   4. TEXTO CENTRALIZADO NO CELULAR
   MEDIDO: a home ja tinha 47 blocos centralizados contra 14 a esquerda, e a
   pagina da Maria Soledad 49 contra 41. Ou seja, o padrao do site JA e centro —
   o que havia era inconsistencia. Centralizo o resto em vez de inventar regra.
   Lista fica de fora: item de lista centralizado perde a leitura da marcacao.
--------------------------------------------------------------------------- */
@media (max-width: 767px) {
  .elementor-widget-text-editor,
  .elementor-widget-text-editor p,
  .elementor-widget-heading .elementor-heading-title,
  .elementor-widget-icon-box .elementor-icon-box-content,
  .elementor-widget-image-box .elementor-image-box-content {
    text-align: center !important;
  }
  .elementor-widget-text-editor ul,
  .elementor-widget-text-editor ol { text-align: left !important; display: inline-block; }
}

/* ---------------------------------------------------------------------------
   5. VISAO, MISSAO E VALORES COM O MESMO TAMANHO
   MEDIDO: desktop 400x388, 400x388 e 400x580; celular 370x356, 370x356 e
   370x611. E como o pai e flex com `align-items: center`, o card mais alto
   ainda subia 96px em relacao aos outros, o que e o desalinhamento que aparece
   no print.
   `stretch` no pai + altura cheia nos filhos: os tres passam a ter a altura do
   maior, que e o comportamento esperado de cartao em linha.
--------------------------------------------------------------------------- */
.elementor-element-8ba8bd1 { align-items: stretch !important; }
.elementor-element-8ba8bd1 > .e-con { height: auto !important; align-self: stretch !important; }

/* No CELULAR os tres empilham, e aí `stretch` iguala LARGURA, nao altura: a
   medicao depois do primeiro ajuste mostrou 356, 356 e 611. Em coluna, quem
   iguala altura e o grid com trilhas de mesma fracao. */
@media (max-width: 767px) {
  .elementor-element-8ba8bd1 {
    display: grid !important;
    grid-template-columns: 1fr;
    grid-auto-rows: 1fr;
    align-items: stretch !important;
  }
  .elementor-element-8ba8bd1 > .e-con { height: 100% !important; }
}

/* ---------------------------------------------------------------------------
   6. CARDS DA EQUIPE CENTRALIZADOS NO CELULAR
   MEDIDO: os 4 cards tem 300px de largura e ficam em left=25 numa tela de 390
   (centralizado seria 45), e o conteudo deles esta em `text-align: start`.
   Centraliza o card na tela E o texto dentro dele.
--------------------------------------------------------------------------- */
@media (max-width: 767px) {
  .elementor-element-b131b3d .elementor-element-58e954c,
  .elementor-element-b131b3d .elementor-element-ee318e4,
  .elementor-element-b131b3d .elementor-element-d8310ae,
  .elementor-element-b131b3d .elementor-element-6dddfa2 {
    margin-left: auto !important;
    margin-right: auto !important;
    align-items: center !important;
    text-align: center !important;
  }
  .elementor-element-b131b3d .elementor-element-58e954c *,
  .elementor-element-b131b3d .elementor-element-ee318e4 *,
  .elementor-element-b131b3d .elementor-element-d8310ae *,
  .elementor-element-b131b3d .elementor-element-6dddfa2 * { text-align: center !important; }
  .elementor-element-b131b3d .e-con-inner { align-items: center !important; }
}

/* ---------------------------------------------------------------------------
   7. "SORRISOS REAIS" COLADO NA BORDA
   MEDIDO: a linha ocupa de left=0 a right=390 numa tela de 390, com o pai sem
   padding nenhum. Ou seja, encosta nos dois lados e as pontas ficam ilegiveis.
   Margem so NESTE texto, como pedido — nao mexe no respiro do resto.
--------------------------------------------------------------------------- */
@media (max-width: 767px) {
  /* id conferido no navegador: o paragrafo mora em .elementor-element-2cac24c.
     So ele, como o Denner pediu — nao e regra geral de heading. */
  .elementor-element-2cac24c .elementor-widget-container {
    padding-left: 18px !important;
    padding-right: 18px !important;
  }
}

/* ---------------------------------------------------------------------------
   8. BOTAO FLUTUANTE DO WHATSAPP (padrao dos nossos sites)
   Aparece so DEPOIS da primeira dobra, canto inferior direito.
   SEM SOMBRA NO ESTADO ESCONDIDO: o CLAUDE.md registra que elemento fora de
   vista mas visivel projetando sombra criou faixa preta na lateral de 9 sites.
   Aqui o botao nem sai da tela, mas a regra vale igual: sombra so quando ele
   esta de fato visivel.
   Corrigi tambem um detalhe do original da LT, onde a regra era
   `.wa-float, body.past-hero .wa-float { opacity: 1 }` — o primeiro seletor
   deixa o botao visivel SEMPRE e anula a trava da primeira dobra.
--------------------------------------------------------------------------- */
.rp-wa-float {
  position: fixed; bottom: 20px; right: 20px; z-index: 90;
  width: 56px; height: 56px; border-radius: 50%;
  background: #25D366; color: #fff;
  display: flex; align-items: center; justify-content: center;
  opacity: 0; pointer-events: none; visibility: hidden;
  transform: translateY(16px);
  box-shadow: none;
  transition: opacity .3s ease, transform .3s ease, background .2s, visibility .3s;
}
body.rp-passou-dobra .rp-wa-float {
  opacity: 1; pointer-events: auto; visibility: visible;
  transform: translateY(0);
  box-shadow: 0 6px 20px rgba(0, 0, 0, .22);
}
.rp-wa-float:hover { background: #1EBE5A; }
.rp-wa-float svg { width: 28px; height: 28px; }
@media (min-width: 768px) { .rp-wa-float { width: 60px; height: 60px; bottom: 24px; right: 24px; } }
@media (prefers-reduced-motion: reduce) { .rp-wa-float { transition: none; } }

/* ---------------------------------------------------------------------------
   9. VERDE DO WHATSAPP TAMBEM NAS PAGINAS INTERNAS
   MEDIDO em 03/10/2026 (Chrome 390x844, na previa): o `#meu-botao` do bloco 1 so
   existe na HOME, onde os 7 botoes eram dourados. Nas paginas internas os botoes
   JA nasceram verdes, mas num tom proprio: rgb(12,199,21) = #0CC715, contra o
   #25D366 oficial do WhatsApp que ficou na home. Eram dois verdes diferentes no
   mesmo site.
   Unifica no verde oficial. O `:not(#meu-botao)` e explicito de proposito: o id
   tem especificidade maior e ja ganharia, mas deixar escrito evita que alguem
   leia esta regra como "apaga o brilho da home".
--------------------------------------------------------------------------- */
a.elementor-button[href*="wa.me"]:not(#meu-botao) {
  background-color: #25D366 !important;
}
a.elementor-button[href*="wa.me"]:not(#meu-botao):hover {
  background-color: #1EBE5A !important;
}

/* Na home o gradiente do bloco 1 cobre a cor de fundo, mas a cor velha continuava
   declarada embaixo. Alinha pra nao ficar #0CC715 escondido no botao. */
#meu-botao { background-color: #25D366 !important; }

/* Na pagina da Dra. ha tambem um ICONE de WhatsApp de 84x84 (nao e
   .elementor-button, e .elementor-icon), e ele era o unico elemento VISIVEL que
   continuava no verde antigo. MEDIDO: bg rgb(12,199,21), 84x84. */
a.elementor-icon[href*="wa.me"] { background-color: #25D366 !important; }
a.elementor-icon[href*="wa.me"]:hover { background-color: #1EBE5A !important; }

/* ---------------------------------------------------------------------------
   10. CARD DE TRATAMENTO CLICAVEL
   O Denner perguntou se os cards levam pras paginas. Nao levavam: NENHUM card da
   captura era <a>, nem na home, nem na pagina da Dra. Nos nossos 13 sites o card
   ja nasce como <a class="treatment-card">.
   O container do card foi envolvido num <a>. `display: contents` faz esse anchor
   NAO gerar caixa: quem continua sendo o item flex do pai e o card, entao o
   layout fica igual ao que era. E e link de verdade no HTML, que o Google segue —
   era esse o outro motivo, nao so o clique.
   Card nao linka pra pagina onde ele ja esta.
--------------------------------------------------------------------------- */
/* MEDIDO: envolver o card inteiro num <a> funcionava nas paginas de tratamento e
   NAO funcionava na home nem na da Dra. Nessas duas o card contem um <a> por
   dentro (icone social do Elementor, sem href). <a> e elemento de formatacao: o
   algoritmo de adocao do parser HTML desmancha o <a> externo quando encontra um
   <a> aninhado, e o link em volta do card simplesmente nao existia no DOM. O
   arquivo passava na checagem de aninhamento porque o problema nao e o arquivo,
   e a arvore que o navegador monta.
   Link no <h2> e o padrao nativo do proprio Elementor, valido em qualquer card.
   O clique no card inteiro fica com o rp-ajustes.js, que delega pra esse link e
   sai da frente de qualquer outro link ou botao dentro do card. */
.rp-card-link { color: inherit; text-decoration: none; }
.rp-card-link:hover { text-decoration: underline; text-underline-offset: 3px; }
.rp-card-clicavel { cursor: pointer; transition: transform .18s ease, box-shadow .18s ease; }
.rp-card-clicavel:hover { transform: translateY(-3px); box-shadow: 0 8px 22px rgba(0,0,0,.10); }
.rp-card-link:focus-visible { outline: 2px solid #B691C3; outline-offset: 3px; }
@media (prefers-reduced-motion: reduce) {
  .rp-card-clicavel { transition: none; }
  .rp-card-clicavel:hover { transform: none; }
}

/* ---------------------------------------------------------------------------
   11. "OUTRAS DUVIDAS": 5 EM DESTAQUE + O RESTO RECOLHIDO
   Padrao do CLAUDE.md desde 01/10. Todo o conteudo fica NO HTML, so recolhido:
   pergunta injetada por JavaScript no clique nao esta no DOM quando o robo le a
   pagina, e o trabalho de SEO vira zero.
   O bloco e <details> NATIVO, de proposito. O acordeao do Elementor vem com
   `max_items_expended: "one"` e o JS dele fecha os irmaos: um item aninhado
   dentro de outro faria o externo FECHAR ao abrir o de dentro, sumindo com tudo.
   As medidas abaixo foram MEDIDAS no acordeao do proprio site (Chrome, 1440):
   summary com fundo branco, raio 5px, padding 10px, borda 1px #D5D8DC, texto
   Quattrocento 16px/600 em #594066; resposta em Urbanist, mesma cor.
--------------------------------------------------------------------------- */
.rp-outras { margin-top: 10px; }
.rp-outras > summary,
.rp-duvida > summary {
  background: #fff; border: 1px solid #D5D8DC; border-radius: 5px; padding: 10px 34px 10px 12px;
  color: #594066; font-family: Quattrocento, Georgia, serif; font-size: 16px; font-weight: 600;
  cursor: pointer; list-style: none; position: relative;
}
.rp-outras > summary::-webkit-details-marker,
.rp-duvida > summary::-webkit-details-marker { display: none; }
/* A seta usa FILHO DIRETO. Com descendente (`.rp-outras[open] summary::after`) o
   bloco de fora, ao abrir, giraria a seta de TODAS as perguntas de dentro, que
   estao fechadas — e o defeito que o CLAUDE.md registra da LT. */
.rp-outras > summary::after,
.rp-duvida > summary::after {
  content: ''; position: absolute; right: 14px; top: 50%;
  width: 9px; height: 9px; border-right: 2px solid #594066; border-bottom: 2px solid #594066;
  transform: translateY(-70%) rotate(45deg); transition: transform .2s ease;
}
.rp-outras[open] > summary::after,
.rp-duvida[open] > summary::after { transform: translateY(-30%) rotate(-135deg); }
.rp-outras > summary:hover, .rp-duvida > summary:hover { border-color: #B691C3; }
.rp-outras > summary:focus-visible, .rp-duvida > summary:focus-visible { outline: 2px solid #B691C3; outline-offset: 2px; }

/* Mesma regua do acordeao de fora (10px entre itens), com recuo lateral de 14px
   mostrando o nivel. Filho direto por especificidade, como o CLAUDE.md manda. */
.rp-outras > .rp-outras-lista {
  display: flex; flex-direction: column; gap: 10px;
  margin: 10px 0 0 14px; padding: 0;
}
.rp-duvida > .rp-duvida-resp {
  padding: 12px; color: #594066;
  font-family: Urbanist, system-ui, sans-serif; font-size: 16px; line-height: 1.6;
}

/* Secao de FAQ montada por nos, pra pagina que nao tinha acordeao nenhum
   (maria-soledad). Mesmo fundo de secao e mesma regua das outras paginas. */
.rp-faq { background: #DEE4F8; padding: 48px 18px 56px; }
.rp-faq-titulo {
  text-align: center; margin: 0 0 24px;
  font-family: Quattrocento, Georgia, serif; font-weight: 700; color: #594066;
  font-size: clamp(26px, 4vw, 38px);
}
.rp-faq-lista { max-width: 1140px; margin: 0 auto; display: flex; flex-direction: column; gap: 10px; }

/* ---------------------------------------------------------------------------
   12. "CONHECA A CLINICA": CARROSSEL NO LUGAR DA GALERIA ESPALHADA
   Eram DOIS widgets de galeria do WordPress empilhados: um de 2 colunas com a
   unica foto deitada e outro de 4 colunas com as em pe. MEDIDO: a deitada ficava
   sozinha em cima, encostada a esquerda, com ~360px de vazio a direita.
   Agora e um trilho so. `object-fit: cover` com altura fixa resolve a mistura de
   deitada com em pe: todas ocupam o mesmo retangulo, sem distorcer.
   Rolagem com scroll-snap, que ja da o arrasto no celular; as setas sao atalho.
   O overflow fica NO TRILHO, nunca no body — rolagem lateral da pagina inteira e
   justamente o defeito que o CLAUDE.md manda evitar.
--------------------------------------------------------------------------- */
.rp-carrossel { position: relative; max-width: 1140px; margin: 0 auto; padding: 0 4px; }
.rp-trilho {
  display: flex; gap: 12px; overflow-x: auto; scroll-snap-type: x mandatory;
  scroll-behavior: smooth; -webkit-overflow-scrolling: touch;
  scrollbar-width: none; padding-bottom: 2px;
}
.rp-trilho::-webkit-scrollbar { display: none; }
.rp-slide {
  flex: 0 0 calc((100% - 24px) / 3); margin: 0; scroll-snap-align: start;
}
.rp-slide a { display: block; }
.rp-slide img {
  width: 100%; height: 300px; object-fit: cover; display: block;
  border-radius: 10px; background: #EFE8F1;
}
.rp-seta {
  position: absolute; top: 50%; transform: translateY(-50%); z-index: 2;
  width: 42px; height: 42px; border-radius: 50%; border: 1px solid #D5D8DC;
  background: #fff; color: #594066; font-size: 26px; line-height: 1;
  display: flex; align-items: center; justify-content: center; cursor: pointer;
  box-shadow: 0 2px 10px rgba(0,0,0,.12); transition: background .2s, opacity .2s;
}
.rp-seta:hover { background: #F6F1F8; }
.rp-seta:focus-visible { outline: 2px solid #B691C3; outline-offset: 2px; }
.rp-seta-ant { left: -8px; }
.rp-seta-prox { right: -8px; }
/* As duas setas ficam SEMPRE na tela, como o Denner pediu ("uma setinha de cada
   lado"). A da ponta so apaga e para de responder: seta que some e volta faz o
   bloco pular na hora que a pessoa esta mirando o clique. */
.rp-seta[aria-disabled="true"] { opacity: .3; cursor: default; box-shadow: none; }
.rp-seta[aria-disabled="true"]:hover { background: #fff; }

@media (max-width: 767px) {
  /* uma foto por vez, com a seta de cada lado, como pedido */
  .rp-carrossel { padding: 0 2px; }
  .rp-slide { flex: 0 0 100%; }
  .rp-slide img { height: 260px; }
  .rp-seta { width: 38px; height: 38px; font-size: 23px; }
  .rp-seta-ant { left: 6px; }
  .rp-seta-prox { right: 6px; }
}
@media (min-width: 768px) and (max-width: 1024px) {
  .rp-slide { flex: 0 0 calc((100% - 12px) / 2); }
}
@media (prefers-reduced-motion: reduce) { .rp-trilho { scroll-behavior: auto; } }
.rp-carrossel.rp-sem-rolagem .rp-seta { display: none; }