/* ============================================================================
   dash-shark — RESKIN VERDE
   Camada de troca de acento. Carregue DEPOIS de tokens e DEPOIS de core.
   ----------------------------------------------------------------------------
   POR QUE ESTE ARQUIVO EXISTE
   Pedido do Lucas em 14/08/2026: "dar preferência para o verde neon, em vez de
   azul usar o verde como cor principal", nos dois painéis (admin e assinante).
   A referência que veio junto (dashboard escuro com acento lime) confirma o
   alvo: preto + branco + UM acento neon, sem azul nenhum.

   POR QUE COMO CAMADA, E NÃO EDITANDO OS 9 ARQUIVOS DO SISTEMA
   `--ds-blue` aparece 139 vezes. Reescrever tudo seria um diff que ninguém
   revisa, e deixaria o sistema com um token chamado "blue" valendo verde em
   todo lugar — mentira permanente. Aqui a troca fica em 20 linhas, num arquivo
   com nome que diz o que ele faz, e VOLTA ATRÁS apagando um <link>.

   O QUE ISTO NÃO MUDA — e é de propósito:
     --ds-red      continua sendo PERDA e ERRO, só. Se o verde virasse o acento
                   e o vermelho perdesse o posto junto, o painel deixaria de
                   mostrar resultado ruim, que é o dado mais caro que ele tem.
     --ds-atencao  (menta) continua sendo atenção.
     --ds-green    continua existindo como o verde de LUCRO. Ele e o acento
                   agora são a mesma tinta — o que é a consequência esperada de
                   promover verde a cor principal, e não um descuido.

   ⚠️ CONSEQUÊNCIA CONHECIDA, PARA QUEM VIER DEPOIS: nas famílias de DADO
   (`data`, `instrumentos`), a série NEUTRA usa --ds-blue e a série de LUCRO usa
   --ds-green. Com esta camada as duas ficam idênticas. Não corrigi porque
   nenhum dos componentes afetados (.ds-legend, .ds-aneis, .ds-serie) é usado
   hoje em painel nenhum — foi verificado, não presumido. Se um gráfico com
   série neutra entrar em cena, repinte a neutra pra --ds-text-2 AQUI, não lá.
   ========================================================================= */

:root {
  /* O acento. #00ff5f é o verde que já era da marca — não inventei tom novo,
     só troquei o posto dele. */
  --ds-blue: #00ff5f;

  /* Os satélites do acento precisam vir juntos, senão sobra um halo azul em
     volta de um botão verde. Mesmos alfas do tokens.css original. */
  --ds-glow-blue:      rgba(0, 255, 95, 0.25);
  --ds-ring-blue:      0 0 0 1px rgba(0, 255, 95, 0.3);
  --ds-underglow-blue: 0 50px 140px -70px rgba(0, 255, 95, 0.45);
}

@media (max-width: 767px) {
  /* O tokens.css enfraquece o under-glow no celular por orçamento de pintura.
     Sem repetir aqui, o media query de lá venceria com o valor AZUL. */
  :root { --ds-underglow-blue: 0 24px 60px -40px rgba(0, 255, 95, 0.4); }
}

/* --- A TINTA DO BOTÃO PRIMÁRIO -------------------------------------------
   ISTO NÃO É AJUSTE FINO, É O QUE IMPEDE O BOTÃO DE SUMIR. O core.css pinta
   `.ds-btn--primary` com `color: var(--ds-white)`, o que funcionava no azul.
   Medido no verde:

     branco  #fefefe sobre #00ff5f .....  1,35:1   REPROVA qualquer critério
     tinta   #001b0a sobre #00ff5f ..... 13,32:1   passa AAA

   É a MESMA armadilha que a menta trouxe em 12/08 (`.ds-btn--pink` teve que
   inverter a tinta pelo mesmo motivo): acento CLARO pede letra ESCURA.

   Reaproveita --ds-text-on-accent, o token que já existia justamente pra isso.

   De quebra, isto CORRIGE um problema que já existia: branco sobre o azul
   #007aff media 3,98:1 e reprovava o AA (4,5:1) para texto normal. O botão
   mais importante do sistema estava abaixo do piso, e ninguém tinha medido. */
.ds-btn--primary {
  color: var(--ds-text-on-accent);
}

/* O hover clareia o fundo (`86% cor + branco`), o que só AUMENTA o contraste
   com a tinta escura — 13,47:1. Não precisa de regra própria; está aqui
   escrito pra ninguém "consertar" o que não está quebrado. */