/**
 * Sobreposição das cores da Aigen em cima do SmartAdmin (Webora) — carregado
 * DEPOIS de smartapp.min.css, de propósito, pra essas variáveis vencerem as
 * do tema "Default" do template sem precisar editar o arquivo original
 * (facilita atualizar o template no futuro sem perder a marca).
 *
 * O SmartAdmin monta toda a paleta a partir de rampas de 10 tons
 * (--primary-50 a --primary-900, mesma lógica em --success-* / --warning-*
 * etc.) e --bs-primary aponta pro tom 500 dessa rampa — é o que dá a cor
 * de botão, link, foco, badge etc. em quase todo componente do template.
 *
 * 2026-08-06: tema virou claro (pedido explícito do usuário, seguindo o
 * manual de identidade visual da Aigen — o manual mostra o logotipo
 * SEMPRE em fundo branco/claro, preto ou laranja, nunca em fundo escuro).
 * Antes essa mesma seção sobrescrevia [data-bs-theme="dark"] pro preto da
 * marca; agora o <html> do layout usa data-bs-theme="light"
 * (templates/layout/default.php) e aqui embaixo a estrutura inteira
 * (header/sidebar/conteúdo) vira branco/cinza bem claro, com o laranja
 * seguindo só como cor de destaque (link, botão, item ativo do menu) —
 * exatamente como a página 14 do manual recomenda ("fundo branco ou
 * claro... no caso do uso das cores, utilize a laranja"). Sem precisar
 * editar --app-panel-bg aqui: sem o atributo dark, o próprio vendor já
 * usa #fff como default pros cards/.panel (var(--app-panel-bg,#fff) em
 * smartapp.min.css), então os painéis já nascem brancos sozinhos.
 */
:root,
[data-bs-theme="light"] {
    /* Rampa laranja da Aigen (--aigen-orange: #f18a3f, atualizada
       2026-08-17 — antes era #ff6a00), do mais claro ao mais escuro,
       recalculada na mesma matiz do tom oficial, com --primary-500
       batendo exatamente com a cor da marca (mesma lógica de antes: é o
       tom que --bs-primary usa). Usada em qualquer componente do
       SmartAdmin que referencia --primary-*, não só --bs-primary.
       Inalterada pela troca de tema: o laranja é o mesmo em fundo claro
       ou escuro. */
    --primary-50: #fef9f5;
    --primary-100: #fef7f1;
    --primary-200: #fbe1ce;
    --primary-300: #f8c49e;
    --primary-400: #f4a76f;
    --primary-500: #f18a3f;
    --primary-600: #ef7822;
    --primary-700: #d96510;
    --primary-800: #b3530d;
    --primary-900: #8d410a;

    --bs-primary: #f18a3f;
    --bs-primary-rgb: 241, 138, 63;
    --bs-link-color: #f18a3f;
    --bs-link-color-rgb: 241, 138, 63;
    /* Hover de link em fundo claro precisa ESCURECER pra manter
       contraste (o laranja claro usado antes em cima do preto ficaria
       quase ilegível em cima de branco). */
    --bs-link-hover-color: #ef7822;

    /* 2026-08-17: achado pelo usuário — ícones (svg .sa-icon, ex.: os do
       menu do usuário no header: "Assinatura"/"Sair") e o link "Sair"
       continuavam roxo/rosa mesmo com todo o resto do painel já laranja.
       Causa raiz: --primary e --danger aqui são variáveis PRÓPRIAS do
       SmartAdmin (trio RGB pra usar dentro de rgba(), ex.:
       ".sa-icon{fill:rgba(var(--primary),...)}") — diferentes de
       --primary-500/--bs-primary (que já tínhamos sobrescrito) e nunca
       tinham sido cobertas. Sem esse override, --primary continuava no
       roxo #886ab5 (136,106,181) padrão do template, usado em 24 regras
       diferentes do smartapp.min.css (a maioria ícones), e --danger no
       rosa #fd3995 (253,57,149) do tema original, usado em outras 16.
       --bs-danger/--bs-danger-rgb também tinham uma variante rosa
       (#fd3995) disputando com a vermelha padrão (#dc3545) — forçado aqui
       pra sempre ganhar a vermelha, que é a cor universalmente entendida
       como "ação de saída/perigo" (não faz sentido virar laranja, que já
       é a cor de destaque/ativo em todo o resto do painel). */
    --primary: 241, 138, 63;
    --danger: 220, 53, 69;
    --bs-danger: #dc3545;
    --bs-danger-rgb: 220, 53, 69;

    /* Estrutura (header/sidebar/rodapé/conteúdo) — branco/cinza bem claro
       da Aigen, não mais o preto. Header e sidebar ficam brancos também
       (pedido explícito: "sidebar clara também"), diferenciados do
       conteúdo só por uma borda sutil, não por um bloco escuro. */
    --app-header-background: #ffffff;
    --app-nav-bg: #ffffff;
    --app-nav-background: #ffffff;
    --app-content-background: #f7f7f8;
    --bs-body-bg: #f7f7f8;
    --bs-body-color: #1a1a1a;
    --app-nav-border-color: rgba(0, 0, 0, 0.08);
    --app-layout-border-color: rgba(0, 0, 0, 0.08);

    /* Item de menu ativo/hover na sidebar — texto laranja + fundo laranja
       bem diluído no item ativo (mesma lógica de destaque de antes, só
       que agora em cima de branco em vez de preto); hover em cima de
       claro fica escuro/preto pra não competir com o laranja do ativo. */
    --app-nav-active-indicator: #f18a3f;
    --app-nav-item-active-indicator: #f18a3f;
    --app-nav-link-active-color: #f18a3f;
    --app-nav-item-active-bg: rgba(241, 138, 63, 0.1);
    --app-nav-item-hover-bg: rgba(10, 10, 10, 0.04);
    --app-nav-link-color: #55585c;
    --app-nav-link-hover-color: #0a0a0a;
    --app-nav-title-color: #9a9a9a;

    /* O CSS original do template tem várias definições de
       --bs-secondary-color pensadas pro tema "dark" (cinza claro, feito
       pra fundo escuro) — em algumas telas isso "vaza" por cima da versão
       escura-pra-fundo-claro, deixando texto secundário (legendas, textos
       de apoio embaixo do título de página) quase ilegível. Fixando aqui
       garante um cinza escuro legível em cima do nosso fundo claro,
       independente de qual regra do vendor "ganhar" a cascata. */
    --bs-secondary-color: rgba(26, 26, 26, 0.65);
    --bs-secondary-color-rgb: 26, 26, 26;

    /* Mesmo motivo, invertido: cor de placeholder clara (pensada pro
       tema escuro) fica quase invisível em cima de branco (foi o caso do
       campo "Filtrar menu" na sidebar). */
    --input-placeholder-color: rgba(0, 0, 0, 0.35);

    /* Altura do header (topo) — o padrão do template é 5.5rem (88px),
       grande demais e ocupando espaço vertical à toa. Essa MESMA
       variável também controla a altura da área da logo na sidebar, o
       offset do topo da sidebar e a posição do dropdown do usuário
       (todos usam var(--app-header-height) no smartapp.min.css) — reduzir
       só aqui encolhe tudo de forma coordenada, sem precisar mexer em
       cada regra separada. */
    --app-header-height: 4rem;
}

/* Botão "recolher menu" removido do header (default.php) — não fazia
   sentido pro produto e a sidebar já é enxuta o bastante sem ele. */

/* Campo de busca do menu lateral ("Filtrar menu") — removido da vista
   por pedido, mas o <input id="searchInput"> continua no HTML
   (default.php) escondido via display:none em vez de apagado: o
   smartApp.js chama `new ListFilter('#js-nav-menu', '#searchInput', ...)`
   sem checar se o elemento existe, e se ele sumir do DOM esse construtor
   lança um erro que interrompe o resto do mesmo bloco (Sortable dos
   painéis, custom scrollbar) — mesmo tipo de armadilha já documentada
   noutros scripts do template. Escondido é seguro; removido não é. */
.app-menu-filter-container {
    display: none;
}

/* Campo de busca do menu lateral ("Filtrar menu") — texto/placeholder
   escuros legíveis em cima da sidebar branca. Mantido mesmo com o
   campo escondido, caso ele volte a ficar visível no futuro. */
#searchInput {
    color: rgba(10, 10, 10, 0.9);
}

#searchInput::placeholder {
    color: rgba(10, 10, 10, 0.4);
}

/* Fontes menores no menu lateral e no nome do usuário (canto superior
   direito) — os tamanhos padrão do SmartAdmin (1rem no link, 1.5rem
   herdado no nome) ficavam grandes demais pro estilo do produto. */
.primary-nav ul li a {
    font-size: .8125rem;
}

.primary-nav .nav-title {
    font-size: .625rem;
}

.app-header .btn-system span {
    font-size: .8125rem;
    font-weight: 500;
}

/* Logo da Aigen no lugar do logo animado do template — dimensiona pelo
   mesmo espaço que o app-logo original ocupava na sidebar. */
.app-logo img {
    max-height: 32px;
    width: auto;
}

/* O template usa waves.js (ripple ao clicar) com uma cor genérica —
   ajusta pra combinar com o laranja da marca em botões primary. */
.btn-primary .waves-ripple {
    background: rgba(255, 255, 255, 0.35);
}

/* 2026-08-06: roxo (#886ab5) sobrando em alguns componentes — o tema
   "Default" do SmartAdmin é roxo, e várias regras do vendor fixam esse
   roxo direto no COMPONENTE (--bs-btn-bg, --bs-nav-pills-link-active-bg,
   background-color do checkbox marcado etc.), sem passar pela variável
   --bs-primary/--primary-* que a gente já sobrescreve lá em cima. Cada
   componente abaixo precisa do próprio override, senão o roxo do vendor
   continua vencendo por empate de especificidade + ordem no arquivo
   deles. Confirmado via grep em smartapp.min.css por "886ab5". */

/* Checkbox/radio marcado — ex.: "Fechado" de cada dia em
   Prompt/edit.php (aba Horário). Esse era o roxo mais visível, porque
   aparece em toda tela com checkbox. O anel de foco (azul #0d6efd,
   também não é a cor da marca) vai junto, já que é o mesmo componente. */
.form-check-input:checked,
.form-check-input[type="checkbox"]:indeterminate {
    background-color: #f18a3f;
    border-color: #f18a3f;
}

.form-check-input:focus {
    border-color: #f18a3f;
    box-shadow: 0 0 0 .25rem rgba(241, 138, 63, .25);
}

/* Botão outline — não usado em nenhuma tela hoje, mas evita roxo se
   aparecer num template novo (mesmo padrão do .btn-primary acima). */
.btn-outline-primary {
    --bs-btn-color: #f18a3f;
    --bs-btn-border-color: #f18a3f;
    --bs-btn-hover-bg: #f18a3f;
    --bs-btn-hover-border-color: #f18a3f;
    --bs-btn-active-bg: #f18a3f;
    --bs-btn-active-border-color: #f18a3f;
    --bs-btn-disabled-color: #f18a3f;
    --bs-btn-disabled-border-color: #f18a3f;
    /* mesmo motivo do .btn-primary em style.css: sem isso o anel de foco
       via teclado continua no rgb roxo do vendor. */
    --bs-btn-focus-shadow-rgb: 241, 138, 63;
}

/* Gradiente decorativo do vendor — não usado em nenhuma tela hoje, mas
   tem roxo cru embutido (não é variável), então cobre por segurança. */
.bg-trans-gradient {
    background: linear-gradient(250deg, #f18a3f, #2196f3);
}

/* Abas em formato de pílula — filtro de status em Leads/index.php. */
.nav-pills {
    --bs-nav-pills-link-active-bg: #f18a3f;
}

/* Barra de progresso e item ativo de lista — não usados em nenhuma tela
   hoje, mesmo motivo do .btn-outline-primary acima. */
.progress,
.progress-stacked {
    --bs-progress-bar-bg: #f18a3f;
}

.list-group {
    --bs-list-group-active-bg: #f18a3f;
    --bs-list-group-active-border-color: #f18a3f;
}

/* Botão hambúrguer do menu mobile (só aparece em telas pequenas, ao
   lado do logo no header) — vendor fixa fundo rosa/vermelho
   (rgba(var(--danger),.9)) e cantos bem arredondados
   (--border-radius-uniform), sem nenhuma variável de marca no meio.
   Pedido explícito: cor neutra (não é uma ação destrutiva, não faz
   sentido usar a cor de "perigo") e formato mais quadrado. O ícone por
   dentro (.sa-icon) também precisa de override: o stroke/fill padrão do
   vendor é claro (pensado pra ficar sobre o fundo rosa escuro), e some
   em cima de um fundo neutro claro como o nosso. */
.mobile-menu-icon {
    background: var(--bs-tertiary-bg, #f2f2f2);
    border-radius: .25rem;
}

.mobile-menu-icon .sa-icon {
    fill: rgba(10, 10, 10, .08);
    stroke: rgba(10, 10, 10, .75);
}