/* ============================================================================
   23-ux-kanban.css — camada de CORREÇÃO VISUAL do Kanban da Regulação
   2026-08-10 · auditoria de UI (fase 2: aplicar)
   2026-08-11 · onda 2: com o JS liberado, §2 e §11 foram RESOLVIDOS NA ORIGEM
                (reg/12-kanban-design.js e reg/06.js) e saíram daqui; §15 virou
                correção de raiz; §3 e §5 ficaram, com o motivo escrito na seção.

   O que é: a ÚLTIMA folha da cascata. Só conserta defeitos visuais já
   diagnosticados em aurora-p-kanban.css / kanban-v2.css / aurora-core.css /
   16-05.css — nenhum comportamento, nenhuma classe nova, nenhum HTML novo.

   Como reverter: apagar o <link> de css/23-ux-kanban.css do index.html
   (linha 81) devolve o painel EXATAMENTE ao estado anterior. Para reverter
   um defeito só, apagar a seção correspondente — cada seção abaixo é
   independente e carrega o número do item da auditoria.

   Regras desta camada:
   - Escopo sempre em #view-regulacao.aur (ou body.reg-shell-on, no item 17).
   - !important SÓ onde a regra antiga também usa !important. Toda ocorrência
     está comentada na própria linha com o arquivo:linha que ela vence.
   - Onde a correção certa era mexer no JS (classe/atributo), a camada resolve
     o que dá por CSS e o resto está listado no relatório da fase 2.
   ============================================================================ */


/* ══════════════════════════════════════════════════════════════════════════
   §1 — ITEM 1 (ALTO): as colunas não tinham acento de status nenhum.
   aurora-p-kanban.css:137-141 aplica `content:none !important` também em
   `.reg-kb-shell .reg-kanban-column::before`, e como toda coluna vive dentro
   de .reg-kb-shell, as regras de :156-163 (barra de 3px por data-status)
   nunca chegavam a renderizar — o quadro lia como 4 caixas iguais.
   Precisa de !important para vencer o content:none !important de :137-141.
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao.aur .reg-kb-shell .reg-kanban-column::before{
  content:"" !important;              /* vence aurora-p-kanban.css:139 (content:none !important) */
  position:absolute; inset:0 0 auto 0; height:3px; border-radius:3px 3px 0 0;
  background:var(--line); pointer-events:none;
}
#view-regulacao.aur .reg-kb-shell .reg-kanban-column[data-status="todo"]::before{
  background:linear-gradient(90deg,var(--olive-light),var(--brand2));
}
#view-regulacao.aur .reg-kb-shell .reg-kanban-column[data-status="doing"]::before{
  background:linear-gradient(90deg,var(--info),var(--brand2));
}
#view-regulacao.aur .reg-kb-shell .reg-kanban-column[data-status="done"]::before{
  background:linear-gradient(90deg,var(--ok),var(--p3));
}
#view-regulacao.aur .reg-kb-shell .reg-kanban-column[data-status="pending"]::before{
  background:linear-gradient(90deg,var(--warn),var(--p1));
}
/* a coluna "Transferidas" recebe moldura tracejada no §4: a barra de acento
   sobre um retângulo arredondado ficaria torta, então ela não ganha acento. */
#view-regulacao.aur .reg-kb-shell .reg-kanban-column-transferred::before{
  content:none !important;            /* mantém o comportamento de aurora-p-kanban.css:139 aqui */
}


/* ══════════════════════════════════════════════════════════════════════════
   §2 — ITEM 2 (ALTO): REMOVIDA EM 11/08/2026 (onda 2), não substituída.
   Esta seção escondia `.kb-cmd-head` e `.kb-cmd-bd` — o resto de uma folha de
   filtros de celular que nunca foi ligada e que fazia um <button> nativo
   ("Fechar", sem a classe .btn) aparecer no meio da barra de comando no
   desktop. Com o JS liberado, o markup foi ARRANCADO na origem
   (reg/12-kanban-design.js, _kbCommandBarHtml), junto com kbToggleFiltros /
   kbActionSheet / .kb-mtop / .kb-mbot. Sem markup, não há o que esconder:
   uma regra aqui só mascararia a volta do problema.
   ══════════════════════════════════════════════════════════════════════════ */


/* ══════════════════════════════════════════════════════════════════════════
   §3 — ITEM 3 (ALTO): o rótulo do botão de fluxo vazava para fora do botão.
   kanban-v2.css:529 dá `display:inline` ao .kb-flow-lbl, mas só em ≤980px, e
   não existe regra base escondendo-o. No desktop o <span>Finalizar</span> cai
   dentro de .kb-flow (30x30, aurora-p-kanban.css:242) que herda
   `display:grid; place-items:center` de .aur .icon-btn (aurora-core.css:98)
   e não tem overflow:hidden — o texto virava uma segunda linha do grid e
   transbordava por cima do botão "Abrir".

   MANTIDA de propósito na onda 2, com o JS já liberado. Este rótulo NÃO é
   markup morto como o do §2: ele é visível e necessário no celular
   (kanban-v2.css:522-529, onde o botão vira largo e escrito). Emitir o <span>
   condicionalmente no JS trocaria uma media query por um retrato do viewport
   no instante do render — e o painel não re-renderiza ao redimensionar
   (só _kbWide(), em reg/12, e olhe lá), então girar o aparelho deixaria o
   botão sem rótulo. Rótulo responsivo é trabalho de media query.
   Escopado em min-width:981px para não desfazer o rótulo do celular.
   ══════════════════════════════════════════════════════════════════════════ */
@media (min-width:981px){
  #view-regulacao.aur .kb-flow-lbl{ display:none }
  /* cinto de segurança: se algum dia o rótulo voltar, ele não escapa da caixa */
  #view-regulacao.aur .kb-flow{ overflow:hidden }
}


/* ══════════════════════════════════════════════════════════════════════════
   §4 — ITEM 4 (ALTO): a coluna "Transferidas" perdeu o desenho de leitura.
   aurora-p-kanban.css:190-192 pede fundo tonal + borda tracejada, mas o bloco
   de "nuke" de :127-132 inclui .reg-kanban-column-transferred na lista com
   `background:transparent !important; border:none !important` — a coluna
   somente-leitura ficava idêntica às operáveis.

   ATENÇÃO AO ID REPETIDO ABAIXO — NÃO É ERRO DE DIGITAÇÃO.
   O nuke que precisamos vencer é:
     #view-regulacao.aur .reg-kb-shell :is(#reg-content, .reg-content, …,
                                           .reg-kanban-column-transferred, …)
   e `:is()` assume a especificidade do argumento MAIS específico da lista —
   que aqui é `#reg-content`, um ID. Ou seja, aquele seletor vale (2,2,0), e
   não (1,3,0) como a leitura ingênua sugere. Com os dois lados em !important,
   quem decide é a especificidade: um seletor "normal" nosso (1,3,0) PERDE.
   Repetir `#view-regulacao` leva esta regra a (2,3,0) e ela passa a ganhar.
   Medido no DOM em 10/08: sem o ID repetido, background ficava rgba(0,0,0,0).

   Os tokens já têm variante escura (--kb-surface em aurora-p-kanban.css:32-36,
   --line em aurora-core.css:35), então uma regra só cobre os dois temas — e
   (2,3,0) também vence o nuke do escuro de :313-316, que é (1,3,0).
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao#view-regulacao.aur .reg-kb-shell .reg-kanban-column-transferred{
  background:var(--kb-surface) !important;      /* vence aurora-p-kanban.css:130 (background !important, (2,2,0)) */
  border:1px dashed var(--line) !important;     /* vence aurora-p-kanban.css:130 e :315 (border !important) */
  border-radius:16px; padding:12px;
}


/* ══════════════════════════════════════════════════════════════════════════
   §5 — ITEM 5 (ALTO): foco de teclado invisível nos dois alvos do quadro.
   aurora-core.css:302 só cobre button/input/select. O cartão é
   <article role="button" tabindex="0"> (reg/12:627) e o cabeçalho da coluna é
   <div role="button" tabindex="0"> (reg/12:540) — nenhum dos dois é <button>,
   então navegar por Tab não mostrava nada. kanban-v2.css:618 ainda apagava o
   contorno no :focus-within do cabeçalho.

   ONDA 2: avaliada a troca por <button> de verdade e RECUSADA, com motivo.
   O cartão contém DOIS <button> (o de fluxo e o "Abrir", reg/12:648-651) e o
   parser de HTML não aceita botão dentro de botão — ele expulsa os internos
   do elemento, desmontando o cartão. O cabeçalho da coluna contém um <h3>,
   que também não é conteúdo válido de <button> (que só aceita conteúdo de
   frase). Nos dois casos o role/tabindex fica, e o teclado já está atendido:
   Enter e Espaço são tratados com preventDefault em reg/12:630 e :542.
   Estas regras deixam de ser paliativo e passam a ser a afordância de foco
   oficial dos dois alvos.
   O seletor do cabeçalho usa .reg-kanban-column (e não .kb-col) para empatar
   em especificidade com kanban-v2.css:618 e vencer por ordem de cascata.
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao.aur .reg-task-card:focus-visible{
  outline:2px solid var(--brand2); outline-offset:2px;
}
#view-regulacao.aur .reg-kanban-column .kb-col-head:focus-visible{
  outline:2px solid var(--brand2); outline-offset:3px; border-radius:8px;
}


/* ══════════════════════════════════════════════════════════════════════════
   §6 — ITEM 6 (MÉDIO): espaço dobrado entre o placar e o quadro.
   kanban-v2.css:673-676 dá margin-bottom:14px ao .kb-placar, que já é filho
   de .kb-content{display:flex;flex-direction:column;gap:14px}
   (aurora-p-kanban.css:49) — 28px reais contra 14px entre todos os outros
   blocos do painel.
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao.aur .kb-placar{ margin:0 }


/* ══════════════════════════════════════════════════════════════════════════
   §7 — ITEM 7 (MÉDIO): as abas não estavam centradas.
   aurora-p-kanban.css:51-52 promete as abas no centro do header, mas :57 dá
   `flex:1 1 260px` à marca e :64-66 deixa as abas em `flex:0 0 auto` com
   `align-self:center` — que só centraliza na VERTICAL. Na prática "Quadro |
   Dashboard" ficava colado em "Nova tarefa", lendo como parte das ações.
   Só no desktop: em ≤980px o header é coluna esticada (kanban-v2.css:410-419)
   e margem automática não teria efeito.
   ══════════════════════════════════════════════════════════════════════════ */
@media (min-width:981px){
  #view-regulacao.aur .kb-tabs{ margin-inline:auto }
}


/* ══════════════════════════════════════════════════════════════════════════
   §8 — ITEM 8 (MÉDIO): botões de alturas diferentes na mesma linha.
   No header: .btn.primary tem `border:none` (aurora-core.css:92) e fecha em
   ~36px, ao lado de .icon-btn fixo em 38px (aurora-core.css:98) — os 4 ícones
   ficavam 2px mais altos que "Nova tarefa", com o .kb-sep de 24px no meio.
   No rodapé do cartão: .kb-card-act .btn fecha em ~34px
   (aurora-p-kanban.css:241) ao lado do .kb-flow de 30px (:242).
   Tudo escopado em min-width:981px para não desfazer os alvos de toque do
   celular (kanban-v2.css:426-427 e :522-528).
   ══════════════════════════════════════════════════════════════════════════ */
@media (min-width:981px){
  #view-regulacao.aur .kb-actions .btn,
  #view-regulacao.aur .kb-actions .icon-btn{ min-height:38px }

  #view-regulacao.aur .kb-card-act .btn{
    min-height:32px; padding:0 13px; justify-content:center;
  }
  #view-regulacao.aur .kb-flow{ width:32px; height:32px }
}


/* ══════════════════════════════════════════════════════════════════════════
   §9 — ITEM 9 (MÉDIO): pesos de fonte que não existem na Poppins carregada.
   index.html:83 carrega Poppins 400;500;600;700;800. Os `font-weight:650`
   (aurora-p-kanban.css:230 título do cartão, :239 responsável, :247;
   aurora-core.css:224) e `750` (aurora-core.css:186 .k-val) caem TODOS para
   700 — o título do cartão terminava com o mesmo peso das pílulas .st
   (aurora-core.css:241), ou seja, a hierarquia descrita no CSS não existia
   na tela. Aqui os pesos passam a ser os que a fonte realmente tem, e a
   diferença vai para as PÍLULAS (que descem), não para o título.
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao.aur .kb-card-title{ font-weight:700 }
#view-regulacao.aur .kb-card-meta .st{ font-weight:600 }
#view-regulacao.aur .kb-att{ font-weight:600 }
#view-regulacao.aur .kb-resp b{ font-weight:500 }
#view-regulacao.aur .reg-task-card-transferred .pt b{ font-weight:500 }
#view-regulacao.aur .kb-kpi .k-val{ font-weight:800 }


/* ══════════════════════════════════════════════════════════════════════════
   §10 — ITEM 10 (MÉDIO): três tamanhos de h3 no mesmo painel.
   13px/750 no cabeçalho da coluna (aurora-p-kanban.css:165), 14.5px/700 no
   título de gráfico (:271) e 16px/700 em .au-sec-head h3 (aurora-core.css:361),
   que é o que a coluna "Transferidas" usa (reg/06.js:690).
   Um nível só para "título de bloco" dentro do painel.
   As regras de celular (kanban-v2.css:482, 15px) têm especificidade maior e
   continuam mandando lá — de propósito.
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao.aur .kb-col-head h3,
#view-regulacao.aur .kb-chart h3,
#view-regulacao.aur .reg-kanban-column-transferred > .au-sec-head h3{
  font-size:14px; font-weight:700; letter-spacing:-.01em; line-height:1.25;
}


/* ══════════════════════════════════════════════════════════════════════════
   §11 — ITEM 11 (MÉDIO): REMOVIDA EM 11/08/2026 (onda 2), não substituída.
   Esta seção fantasiava o <span class="k-tag"> do cabeçalho da coluna
   "Transferidas" de pílula .st, para ele parar de destoar das outras quatro
   colunas. Com o JS liberado, reg/06.js (transferredColumnHtml) passou a
   emitir `class="st neu"` de verdade — a mesma classe das irmãs. O badge agora
   herda tudo de .aur .st (aurora-core.css:241-246), INCLUSIVE o ponto de 6px
   do ::before, que o disfarce não conseguia reproduzir.
   ══════════════════════════════════════════════════════════════════════════ */


/* ══════════════════════════════════════════════════════════════════════════
   §12 — ITEM 12: RESOLVIDO NA ORIGEM em 02/09/2026.
   A largura minima da coluna (--kb-col-min: 236px, com os degraus de 1320 e
   1180) mudou-se para css/aurora-p-kanban.css, que e o dono do token. Esta
   secao existia para vencer aquela folha por ordem de carga — e camada que
   corrige por ordem e o que o kit manda desfazer. Os valores nao mudaram.
   ══════════════════════════════════════════════════════════════════════════ */


/* ══════════════════════════════════════════════════════════════════════════
   §13 — ITEM 13 (MÉDIO): os 5 KPIs deixavam um órfão esticado.
   aurora-p-kanban.css:257 usa repeat(auto-fit,minmax(210px,1fr)) para 5
   cartões (reg/12:814-823): na maioria das larguras dava 4 + 1 sozinho
   ocupando uma faixa inteira, com min-height:126px (:258).
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao.aur .kb-kpis{ grid-template-columns:repeat(auto-fit,minmax(190px,1fr)) }
@media (min-width:1240px){
  #view-regulacao.aur .kb-kpis{ grid-template-columns:repeat(5,minmax(0,1fr)) }
}


/* ══════════════════════════════════════════════════════════════════════════
   §14 — ITEM 14 (MÉDIO): gráficos do mesmo tipo com larguras diferentes.
   aurora-p-kanban.css:268 fixa minmax(0,1.55fr) + minmax(0,1fr): "Por
   especialidade" (barras) saía 55% mais largo que "Por categoria" (rosca) sem
   motivo no dado, e com 6 seções (quando não há 2+ departamentos, reg/12:855)
   a última linha ficava com um buraco. `align-items:start` (:268) ainda
   deixava os cartões da mesma linha com alturas diferentes.
   A faixa larga (.kb-chart-wide, :323) continua ocupando a linha inteira.
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao.aur .kb-charts{
  grid-template-columns:repeat(auto-fit,minmax(340px,1fr));
  align-items:stretch;
}
@media (max-width:980px){
  #view-regulacao.aur .kb-charts{ grid-template-columns:1fr }
}


/* ══════════════════════════════════════════════════════════════════════════
   §15 — ITEM 15 (MÉDIO): o gráfico de área não preenchia o cartão largo.
   O SVG sai com viewBox 600x170 (reg/12:299,314) e sem preserveAspectRatio,
   dentro de .kb-area{width:100%;height:190px} (aurora-p-kanban.css:377). O
   "meet" padrão então desenha ~671x190 CENTRALIZADO: num cartão de 1340px
   sobravam ~335px de vazio de cada lado, enquanto o cabeçalho e a legenda
   ocupavam a largura toda.
   ONDA 2 (11/08/2026) — resolvido na raiz, e a solução ficou melhor.
   A causa real não era o preserveAspectRatio: era a PROPORÇÃO do viewBox.
   600x170 é 3,5:1, e a faixa larga do dashboard é ~7:1 — o desenho nunca
   caberia sem sobra. Agora reg/12 desenha numa grade 1200x170 (~7:1, mesma
   proporção de traço: padL/padR e o piso do alvo dobraram junto) e o <svg>
   leva preserveAspectRatio="none".
   Com a caixa também em 1200/170, os dois concordam: escala UNIFORME (texto
   do eixo sem distorção, em qualquer largura), largura preenchida sem vão, e
   a altura volta a ~195px num cartão de ~1376px — contra os ~380px que a
   correção provisória com aspect-ratio 600/170 produzia.
   O preserveAspectRatio="none" fica como rede: se algum dia outra folha
   impuser uma altura fixa aqui, o desenho preenche a caixa em vez de voltar
   a flutuar no meio dela.
   vector-effect segue travando o traço em 2px de tela em qualquer escala.
   (A compensação `.kb-ax{font-size:7px}` saiu: sem a ampliação de 2,2x, os
   10px declarados em aurora-p-kanban.css:384 voltam a ser o tamanho certo.)
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao.aur .kb-area{
  width:100%; height:auto; aspect-ratio:1200 / 170; display:block;
}
#view-regulacao.aur .kb-area-l{ vector-effect:non-scaling-stroke }


/* ══════════════════════════════════════════════════════════════════════════
   §16 — ITEM 16 (MÉDIO): hex cravados quebravam o tema escuro.
   O cabeçalho de aurora-p-kanban.css promete "zero hex solto", mas :344-347
   (faixa de prazo), :438-441 (colunas de prioridade) e kanban-v2.css:697-699
   (acentos do placar) são fixos. No body.theme-dark os tokens viram
   --ok:#66d69a, --p1:#ffab5e, --p0:#ff6a92 e essas peças ficavam com a paleta
   clara sobre fundo escuro. Aqui elas passam a seguir os tokens dos dois temas.
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao.aur .kb-prazo-ok{ background:var(--ok) }
#view-regulacao.aur .kb-prazo-soon{ background:var(--p1) }
#view-regulacao.aur .kb-prazo-late{ background:var(--p0) }
#view-regulacao.aur .kb-prazo-none{ background:var(--line) }

#view-regulacao.aur .kb-pcol-urgente{ background:var(--p0) }
#view-regulacao.aur .kb-pcol-alta{ background:var(--p1) }
#view-regulacao.aur .kb-pcol-normal{ background:var(--brand2) }
#view-regulacao.aur .kb-pcol-baixa{ background:var(--ink-soft) }

#view-regulacao.aur .kb-plc-todo{ border-top-color:var(--brand2) }
#view-regulacao.aur .kb-plc-doing{ border-top-color:var(--p1) }
#view-regulacao.aur .kb-plc-done{ border-top-color:var(--ok) }
#view-regulacao.aur .kb-plc-pending{ border-top-color:var(--p0) }
#view-regulacao.aur .kb-plc-i.is-over{ border-color:var(--p0) }


/* ══════════════════════════════════════════════════════════════════════════
   §17 — ITEM 17 (MÉDIO): painel assimétrico em relação ao rail.
   16/05.css:87-91 fecha o painel com `margin:18px 22px 40px 0 !important`:
   zero à esquerda contra 22px à direita. Com body.reg-shell-on{padding-left:112px}
   (:84) e o rail em left:22px, sobravam ~12px entre o rail e o painel contra
   22px do outro lado. Precisa de !important porque a regra original tem.
   A segunda faixa repete o valor de celular de kanban-v2.css:306-311, que esta
   folha venceria por ordem de cascata.
   ══════════════════════════════════════════════════════════════════════════ */
body.reg-shell-on #view-regulacao .reg-shell,
body.reg-shell-on #view-regulacao .reg-task-shell{
  margin:18px 22px 40px !important;   /* vence 16/05.css:91 (margin !important) */
}
@media (max-width:980px){
  body.reg-shell-on #view-regulacao .reg-shell,
  body.reg-shell-on #view-regulacao .reg-task-shell{
    margin:12px 12px 28px !important; /* mantém kanban-v2.css:310 (margin !important) */
  }
}


/* ══════════════════════════════════════════════════════════════════════════
   §20 — ITEM 20 (BAIXO): caixa alta sem tracking.
   .prio recebe o texto já em maiúsculas do JS (reg/12:633) e a unidade entra
   em maiúsculas dentro de um .st (reg/12:252,263) — nenhum dos dois tem
   letter-spacing (aurora-core.css:230 e :241), enquanto .field .lbl usa .06em
   (aurora-core.css:132) e .kb-mbar-lbl usa .04em (aurora-p-kanban.css:289).
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao.aur .kb-card .prio{ letter-spacing:.05em }
#view-regulacao.aur .kb-idt .st{ letter-spacing:.04em }


/* ══════════════════════════════════════════════════════════════════════════
   §21 — EXTRA pedido na fase 2: colunas do quadro com alturas desiguais.
   Medição no DOM logado: 379.6 / 252.4 / 389.9 / 118px lado a lado. A causa é
   `align-items:start` em .kb-board (aurora-p-kanban.css:113): cada coluna fica
   com a altura do próprio conteúdo, e como o fundo/borda foram removidos
   (:127-132) o resultado é um serrilhado — inclusive na área de soltar do
   arrastar-e-soltar, que terminava onde acabava o último cartão.
   Com stretch as colunas passam a dividir a altura da linha (a .reg-kanban-list
   já é flex:1 1 auto, :168) e a coluna vazia deixa de ser um talho de 118px.
   Só no desktop: em ≤980px as colunas são empilhadas e viram sanfona
   (kanban-v2.css:468-486, :600-619).
   ══════════════════════════════════════════════════════════════════════════ */
@media (min-width:981px){
  #view-regulacao.aur .kb-board{ align-items:stretch }
  #view-regulacao.aur .reg-kb-shell .reg-kanban-column{ height:auto; min-height:180px }
  /* alvo de soltura = coluna inteira, mesmo com 1 cartão só */
  #view-regulacao.aur .reg-kb-shell .reg-kanban-list{ min-height:120px }
}


/* ══════════════════════════════════════════════════════════════════════════
   §22 — EXTRA pedido na fase 2: o "5 tarefas" órfão no placar.
   O <span class="kb-plc-tot"> (reg/12:435) é filho direto do .kb-placar (flex)
   e ficava com 64.7x88.9px encostado no 4º cartão, sem cartão e sem separação.
   kanban-v2.css:704-707 dá a ele 12.5px/600 em --ink-soft — praticamente a
   MESMA tipografia do rótulo dos cartões (.kb-plc-l, 12px/600, :690-692), o
   que o fazia parecer um quinto cartão que não terminou de ser desenhado.

   Decisão: NÃO virar cartão. Os outros quatro são <button> que filtram o
   quadro (reg/12:424-430); um quinto bloco idêntico e inerte prometeria um
   clique que não existe. Ele é a LEGENDA da faixa ("quantas tarefas o placar
   está contando"), então recebe a tipografia de rótulo do painel — a mesma
   receita de .aur .field .lbl (aurora-core.css:132) e .aur .k-tag (:184):
   10.5px/700, caixa alta, tracking .06em — e um fio vertical que o separa da
   fileira de cartões. O fio ganha a altura da faixa porque o .kb-placar é
   align-items:stretch (kanban-v2.css:674), o que também mantém o texto no
   centro vertical dos cartões.
   (Só desktop na prática: kanban-v2.css:710-712 esconde o placar em ≤980px.)
   ══════════════════════════════════════════════════════════════════════════ */
#view-regulacao.aur .kb-plc-tot{
  margin-left:auto;                    /* preso à direita mesmo se os cartões pararem de crescer */
  padding:0 2px 0 14px;
  border-left:1px solid var(--line);
  display:flex; align-items:center; gap:4px;
  font-size:10.5px; font-weight:700; text-transform:uppercase; letter-spacing:.06em;
  color:var(--ink-soft); white-space:nowrap;
}
/* o "de 12" é a qualificação do número, não outro dado: mesma cor, um grau
   mais leve. Sai o opacity:.7 de kanban-v2.css:708, que derrubava o contraste. */
#view-regulacao.aur .kb-plc-tot i{
  font-style:normal; font-weight:500; letter-spacing:.04em; opacity:1;
}