@aurea-uds/core 0.3.0 → 0.4.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/aurea.css +342 -32
- package/package.json +1 -1
package/dist/aurea.css
CHANGED
|
@@ -56,7 +56,7 @@
|
|
|
56
56
|
--z-modal:80;
|
|
57
57
|
--z-toast:100;
|
|
58
58
|
--sidebar-width:16.5rem;
|
|
59
|
-
--sidebar-rail:
|
|
59
|
+
--sidebar-rail:4.25rem;
|
|
60
60
|
--topbar-height:4rem;
|
|
61
61
|
--content-max:102.5rem;
|
|
62
62
|
--breakpoint-sm:640px;
|
|
@@ -313,6 +313,13 @@ img,svg { display:block; }
|
|
|
313
313
|
.muted { color:var(--muted-foreground); }
|
|
314
314
|
.stack { display:flex; flex-direction:column; gap:var(--space-4); }
|
|
315
315
|
.cluster { display:flex; align-items:center; flex-wrap:wrap; gap:var(--space-3); }
|
|
316
|
+
/* SEPARATOR. `background` num box de 1px e NÃO `border`: assim a espessura não depende de qual
|
|
317
|
+
lado do border está escrito, e a mesma classe serve nas duas orientações. `<hr>` chega com
|
|
318
|
+
margem e borda do navegador — as duas são zeradas aqui, senão a régua vem com folga que ninguém
|
|
319
|
+
pediu. O vertical precisa de `align-self:stretch` para acompanhar a altura do irmão mais alto, e
|
|
320
|
+
de um piso: sem `min-height` ele mede ZERO num pai que não define altura, e desaparece. */
|
|
321
|
+
.separator { flex:none; width:100%; height:1px; margin:0; border:0; background:var(--border); }
|
|
322
|
+
.separator-vertical { align-self:stretch; width:1px; height:auto; min-height:var(--space-2); }
|
|
316
323
|
/* Grid: o terceiro primitivo de layout, com o mesmo gap do .stack. A pele nasceu na Fase 11
|
|
317
324
|
(achado A13): o componente existia desde sempre e saía `display:block` — empilhava. Ninguém
|
|
318
325
|
via porque o chrome do catálogo REDEFINIA .grid, então ele parecia pronto na nossa
|
|
@@ -336,7 +343,11 @@ img,svg { display:block; }
|
|
|
336
343
|
26 telas de referência inteiras (aconteceu; o portão visual pegou). Por isso a folga
|
|
337
344
|
entre as caixas sai da MARGEM de cada filho, não de gap/padding no shell. As linhas
|
|
338
345
|
extras do grid nascem sozinhas por auto-placement. */
|
|
339
|
-
.app-shell { min-height:100vh; display:grid; grid-template-columns:var(--sidebar-
|
|
346
|
+
.app-shell { --sidebar-track:calc(var(--sidebar-width) + var(--space-4)*2); min-height:100vh; display:grid; grid-template-columns:var(--sidebar-track) minmax(0,1fr); background:var(--background); }
|
|
347
|
+
/* `--sidebar-width` nomeia o PAINEL, não a trilha inteira. A variante flutuante ainda gasta
|
|
348
|
+
`--space-4` dos dois lados; reservar só o token fazia 264px virarem 232px. A rente não tem
|
|
349
|
+
margem, então a trilha dela continua sendo o token cru. */
|
|
350
|
+
.app-shell:has(> .sidebar-flush) { --sidebar-track:var(--sidebar-width); }
|
|
340
351
|
/* A base do topo carrega só o ARRANJO; cada variante traz a própria superfície.
|
|
341
352
|
floating = caixa solta (a que já estava) · flush = faixa encostada nas bordas com fio
|
|
342
353
|
embaixo, para o topo virar moldura da janela · pill = cápsula centrada, de cabeçalho
|
|
@@ -354,7 +365,41 @@ img,svg { display:block; }
|
|
|
354
365
|
.topbar .brand { min-height:auto; margin:0; padding:0; border:0; }
|
|
355
366
|
/* altura fixa = janela menos topo e as 3 folgas; assim a caixa parece cheia mesmo com
|
|
356
367
|
poucos itens (é o que as referências mostram) e sobra o que rolar por dentro. */
|
|
357
|
-
|
|
368
|
+
/* E O TETO É O CONTAINER, NÃO A JANELA. A altura acima é da JANELA, e sozinha ela faz a lateral
|
|
369
|
+
presumir que é dona da tela: dentro de qualquer caixa menor ela calcula 818px, transborda e é
|
|
370
|
+
CORTADA — medido em 18/08/2026 na prévia do catálogo, 818px dentro de 272px, sem nem rolar.
|
|
371
|
+
`max-height:100%` contra um pai de altura INDEFINIDA é ignorado, então no `AppShell` (onde a
|
|
372
|
+
lateral realmente é dona da tela) nada muda — conferido: 818px antes e depois, idêntico. Contra
|
|
373
|
+
um pai de altura definida ele manda, e a caixa passa a caber. Os `--space-4`*2 descontam a
|
|
374
|
+
própria margem, senão ela transborda pelo dobro da folga.
|
|
375
|
+
O intento da altura continua o mesmo: caixa cheia mesmo com poucos itens, e o que sobra rola
|
|
376
|
+
por dentro (`overflow:auto`, logo abaixo). O que muda é de onde vem o teto. */
|
|
377
|
+
/* O PAINEL DÁ QUASE NADA E A LINHA DÁ O RESTO — o mesmo padrão do `.card:has(> .nav-list)`.
|
|
378
|
+
Era `--space-4` (16px): o item começava a 17px da borda e ocupava 88% da largura, com o
|
|
379
|
+
realce flutuando no meio do painel. */
|
|
380
|
+
/* A LATERAL FLUTUA POR PADRÃO — é a identidade desta casa, e o `CLAUDE.md` manda.
|
|
381
|
+
EM 18/08/2026 O PADRÃO FOI INVERTIDO AQUI, E ESTAVA ERRADO. O Victor abriu exceção para a
|
|
382
|
+
lateral PODER ser rente; uma sessão leu "abriu exceção" como "troque o padrão". São coisas
|
|
383
|
+
diferentes, e ele separou as duas em 20/08/2026:
|
|
384
|
+
"uma coisa é a gente ter o componente outra coisa é usar no nosso próprio projeto,
|
|
385
|
+
o nosso vai ser tudo flutuante mas isso não impede da gente ter outras variações para
|
|
386
|
+
as pessoas que nos acharem no npm usarem"
|
|
387
|
+
E o estrago não foi de gosto: as 106 páginas do catálogo montam por `AppShell`, que chama a
|
|
388
|
+
`Sidebar` SEM variante — inverter o padrão reescreveu o catálogo inteiro, e quatro baselines
|
|
389
|
+
de pixel foram regravadas para aceitar. Ver ADR-0034.
|
|
390
|
+
Esta regra é a de `b0599be`, íntegra: estado conhecido bom, provado pelo portão de pixel em vez
|
|
391
|
+
de reafinado à mão. */
|
|
392
|
+
.sidebar { --shell-top:calc(var(--topbar-height) + var(--space-4)*2); position:sticky; top:var(--shell-top); align-self:start; height:calc(100vh - var(--shell-top) - var(--space-4)); max-height:calc(100% - var(--space-4)*2); margin:var(--space-4); display:flex; flex-direction:column; gap:var(--space-1); padding:var(--space-1); overflow:auto; scrollbar-width:none; border:1px solid var(--sidebar-border); border-radius:var(--radius-card); background:var(--sidebar); color:var(--sidebar-foreground); }
|
|
393
|
+
/* RENTE É A VARIANTE, e ela existe porque o Victor mediu quatro aplicativos que rodam na mão:
|
|
394
|
+
Cloudflare, Sophos, o app do Claude e o painel do próprio HeroUI. Nenhum flutua a lateral — ela
|
|
395
|
+
encosta nas bordas, ocupa a altura toda e se separa do conteúdo por UM TRAÇO, não por um vão.
|
|
396
|
+
É a ÚNICA exceção à caixa flutuante nesta casa, e não generaliza: card, diálogo e painel seguem
|
|
397
|
+
flutuando.
|
|
398
|
+
Ela desfaz exatamente o que a flutuante põe — as duas contas de altura, a margem, o raio e de
|
|
399
|
+
que lados vem a borda —, e é por isso que a trava de pele exige que as duas MEÇAM diferente:
|
|
400
|
+
variante que desenha igual é enfeite. `--shell-top` volta a ser só a altura do topo, porque sem
|
|
401
|
+
margem não há as duas folgas a descontar. */
|
|
402
|
+
.sidebar-flush { --shell-top:var(--topbar-height); height:calc(100vh - var(--shell-top)); max-height:100%; margin:0; border:0; border-inline-end:1px solid var(--sidebar-border); border-radius:0; }
|
|
358
403
|
/* a lateral ROLA mas nunca mostra a barra (pedido do Victor): a barra nativa risca a
|
|
359
404
|
superfície flutuante e não segue o raio de 22px. `scrollbar-width` cobre Firefox e
|
|
360
405
|
Chrome 121+; o pseudo cobre Safari e Chrome antigo. */
|
|
@@ -363,7 +408,10 @@ img,svg { display:block; }
|
|
|
363
408
|
e do conteúdo é --space-1 (4px), e o --shell-top acompanha. */
|
|
364
409
|
/* flush cola no conteúdo com --space-05 (2px) — o degrau mais apertado da escala, criado
|
|
365
410
|
pra este caso (o Victor aprovou os 2px; tokenizado, não cru). */
|
|
366
|
-
|
|
411
|
+
/* E ela NÃO vale para a lateral rente: `.app-shell-flush .sidebar` é mais específico que
|
|
412
|
+
`.sidebar-flush` e roubaria dela a margem e o `--shell-top`. Esta regra é sobre o TOPO
|
|
413
|
+
encostado, não sobre a lateral — a rente já encosta sozinha. */
|
|
414
|
+
.app-shell-flush .sidebar:not(.sidebar-flush) { --shell-top:calc(var(--topbar-height) + var(--space-05)); margin-block-start:var(--space-05); }
|
|
367
415
|
.app-shell-flush .content { margin-block-start:var(--space-05); }
|
|
368
416
|
.content { min-width:0; margin:var(--space-4) var(--space-4) var(--space-4) 0; padding:var(--space-6); border:1px solid var(--border); border-radius:var(--radius-card); background:var(--card); color:var(--card-foreground); }
|
|
369
417
|
/* O topo é presentational — não conhece o conteúdo — então garante o mínimo universal:
|
|
@@ -375,13 +423,14 @@ img,svg { display:block; }
|
|
|
375
423
|
mexer no viewport: o @media não disparava e a nav passava 27px da borda direita, em todas
|
|
376
424
|
as páginas. Quebrar por conteúdo cobre os dois casos e não muda nada quando cabe. */
|
|
377
425
|
.topbar,.topbar > nav { flex-wrap:wrap; }
|
|
378
|
-
/* Colapso do shell abaixo de
|
|
379
|
-
|
|
380
|
-
|
|
381
|
-
|
|
382
|
-
|
|
383
|
-
|
|
384
|
-
|
|
426
|
+
/* Colapso do shell abaixo de lg (1023 = lg-1, escala): a lateral do AppShell deixa o fluxo e
|
|
427
|
+
vira a gaveta definida abaixo. A regra mira o filho `[popover]` de propósito: uma `Sidebar`
|
|
428
|
+
standalone dentro de um preview estreito continua sendo o componente inteiro, não herda
|
|
429
|
+
comportamento do shell que não existe ao redor dela. */
|
|
430
|
+
/* Abaixo de lg o topo QUEBRA em duas linhas em vez de esconder a navegação: perder o acesso
|
|
431
|
+
a uma área inteira não é colapso responsivo, é bug. A nav vai pra segunda linha, centrada
|
|
432
|
+
e na largura toda; badge e selo (secundários) seguem escondidos pelos utilitários. */
|
|
433
|
+
@media (max-width:1023px) { .app-shell { grid-template-columns:minmax(0,1fr); } .app-shell > .sidebar[popover] { position:static; height:auto; } .content { margin-inline-start:var(--space-4); }
|
|
385
434
|
.topbar { flex-wrap:wrap; row-gap:var(--space-2); }
|
|
386
435
|
.topbar > nav { order:3; flex-basis:100%; justify-content:center; }
|
|
387
436
|
/* e a nav quebra entre os PRÓPRIOS itens: mandar a barra pra segunda linha não bastava,
|
|
@@ -389,12 +438,13 @@ img,svg { display:block; }
|
|
|
389
438
|
.topbar > nav { flex-wrap:wrap; row-gap:var(--space-1); } }
|
|
390
439
|
|
|
391
440
|
/* ── GAVETA DE NAVEGAÇÃO (achado A8) ───────────────────────────────────────────────
|
|
392
|
-
Empilhar a lateral acima do conteúdo passava, no gate de rolagem lateral, e era
|
|
441
|
+
Empilhar a lateral acima do conteúdo passava, no gate de rolagem lateral, e era
|
|
393
442
|
inutilizável: medido em 375px, o `h1` da página começava 4,6 telas abaixo, atrás dos 65
|
|
394
|
-
itens da navegação. Abaixo de
|
|
395
|
-
|
|
396
|
-
|
|
397
|
-
|
|
443
|
+
itens da navegação. Abaixo de lg ela sai do fluxo e vira gaveta — o mesmo corte da
|
|
444
|
+
referência e o breakpoint `--breakpoint-lg` já publicado pela Aurea.
|
|
445
|
+
A MECÂNICA é nativa: o <aside> é popover e o botão do topo é o invoker. O navegador entrega
|
|
446
|
+
Escape, clique fora, `aria-expanded` e ::backdrop; o AppShell normaliza entrada e retorno de
|
|
447
|
+
foco nos três motores, porque o WebKit não os entregou sozinho (ADR-0019).
|
|
398
448
|
Não-modal de propósito (o foco não fica preso), como o CommandPaletteShell: declarar
|
|
399
449
|
modalidade sem entregá-la é pior que não declarar. */
|
|
400
450
|
.btn.nav-toggle { display:none; }
|
|
@@ -408,14 +458,16 @@ img,svg { display:block; }
|
|
|
408
458
|
Medido: sem esta linha a lateral seguia empilhada em 375px, com o botão já visível.
|
|
409
459
|
O @supports é a rede: em navegador sem popover a regra inteira não aplica, a lateral volta a
|
|
410
460
|
empilhar (o comportamento de antes, feio e usável) em vez de sumir sem botão que a abra. */
|
|
411
|
-
@supports selector(:popover-open) {
|
|
412
|
-
@media (max-width:
|
|
461
|
+
@supports selector(:popover-open) {
|
|
462
|
+
@media (max-width:1023px) {
|
|
413
463
|
.sidebar[popover]:not(:popover-open) { display:none; }
|
|
414
464
|
.btn.nav-toggle { display:inline-flex; }
|
|
415
465
|
/* altura EXPLÍCITA, não `auto`: medido em 30/07/2026, com `top` e `bottom` postos e
|
|
416
466
|
`height:auto` o Chromium resolveu pela altura do CONTEÚDO (3.498px de lateral rolando a
|
|
417
467
|
página inteira), não pelas âncoras. `dvh` porque a barra do navegador móvel some e volta. */
|
|
418
|
-
|
|
468
|
+
/* 296px no teto: `--sidebar-width` (264) + as duas folgas externas (32), a mesma medida
|
|
469
|
+
do drawer da referência. Em viewport menor, a segunda conta sempre preserva as bordas. */
|
|
470
|
+
.sidebar[popover]:popover-open { position:fixed; inset-block:var(--space-4); inset-inline-start:var(--space-4); width:min(calc(var(--sidebar-width) + var(--space-4)*2),calc(100vw - var(--space-8))); height:calc(100dvh - var(--space-4) * 2); margin:0; }
|
|
419
471
|
.sidebar[popover]::backdrop { background:var(--overlay); }
|
|
420
472
|
}
|
|
421
473
|
}
|
|
@@ -432,7 +484,7 @@ img,svg { display:block; }
|
|
|
432
484
|
.sidebar-list { display:flex; flex-direction:column; gap:var(--space-1); margin:0; padding:0; list-style:none; }
|
|
433
485
|
/* `width:100%` + `font:inherit` + `border:0`: o item também é <button> quando não navega, e
|
|
434
486
|
sem isto o botão vem com a caixa do navegador e quebra a fila. */
|
|
435
|
-
.sidebar-item { display:flex; align-items:center; gap:var(--space-2); width:100%; min-height:var(--control-h-md); padding:var(--space-1) var(--space-3); border:0; border-radius:var(--radius-
|
|
487
|
+
.sidebar-item { display:flex; align-items:center; gap:var(--space-2); width:100%; min-height:var(--control-h-md); padding:var(--space-1) var(--space-3); border:0; border-radius:calc(var(--radius-card) - var(--space-1)); background:transparent; color:var(--sidebar-foreground); font:inherit; font-size:var(--text-sm); text-align:start; text-decoration:none; cursor:pointer; }
|
|
436
488
|
.sidebar-item .icon { flex:none; opacity:.8; }
|
|
437
489
|
/* min-width:0 é o que deixa o ellipsis funcionar dentro do flex; sem ele o nome longo empurra
|
|
438
490
|
o acessório para fora da caixa em vez de cortar. */
|
|
@@ -440,22 +492,216 @@ img,svg { display:block; }
|
|
|
440
492
|
@media (hover:hover) and (pointer:fine) { .sidebar-item:hover { background:var(--secondary); } }
|
|
441
493
|
.sidebar-item[aria-current] { background:var(--secondary); color:var(--foreground); font-weight:var(--weight-medium); }
|
|
442
494
|
.sidebar-item[aria-current] .icon { opacity:1; }
|
|
443
|
-
|
|
495
|
+
/* Alinha com o TEXTO do item: padding do painel (4) + padding do item (12) = 16px. Com o
|
|
496
|
+
painel apertado, os 8px de antes deixavam a rubrica fora do prumo da lista. */
|
|
497
|
+
.sidebar-group-label { margin:var(--space-3) var(--space-3) var(--space-1); color:var(--subtle-foreground); font-size:var(--text-xs); font-weight:var(--weight-medium); letter-spacing:var(--tracking-widest); text-transform:uppercase; }
|
|
444
498
|
.sidebar-sub { padding-inline-start:var(--space-5); }
|
|
445
499
|
/* RECOLHIDA — a lateral vira trilho de ícones. O rótulo NÃO some do DOM: o React troca a
|
|
446
500
|
classe dele por `.sr-only`, então quem usa leitor de tela continua ouvindo o nome. Ícone
|
|
447
501
|
sozinho não nomeia nada, e essa é a falha clássica do padrão de trilho. */
|
|
448
502
|
.sidebar-collapsed { padding-inline:var(--space-2); }
|
|
449
|
-
|
|
503
|
+
/* NO TRILHO O ITEM É QUADRADO E CENTRADO, não uma linha esticada. Medido no fonte da referência
|
|
504
|
+
em 18/08/2026: `NavButton` com `iconOnly` é `size-9` — 36×36, exatamente o nosso `--control-h-md`.
|
|
505
|
+
Antes o item herdava `width:100%` e virava 71×36 dentro de um trilho de 88: um retângulo largo
|
|
506
|
+
que, com o raio de linha, fechava nas pontas e lia como CÁPSULA. Quadrado é o que a referência
|
|
507
|
+
desenha, e é o que o olho reconhece como botão de ícone. */
|
|
508
|
+
.sidebar-collapsed .sidebar-item { justify-content:center; width:var(--control-h-md); padding-inline:0; margin-inline:auto; }
|
|
450
509
|
.sidebar-collapsed .sidebar-sub { padding-inline-start:0; }
|
|
451
|
-
/*
|
|
452
|
-
lateral não consegue encolher a própria
|
|
510
|
+
/* Estas regras tocam `.app-shell` porque a coluna do grid é do shell: a
|
|
511
|
+
lateral não consegue encolher a própria trilha. `--sidebar-rail` continua sendo a largura
|
|
512
|
+
do PAINEL; a flutuante soma as margens na trilha, a rente usa o token cru.
|
|
453
513
|
O `>` NÃO É ENFEITE, e quem achou isso foi o navegador em 06/08/2026. Escrita como
|
|
454
514
|
`:has(.sidebar-collapsed)`, a regra casa com QUALQUER descendente — e a página do catálogo
|
|
455
515
|
que mostra uma lateral recolhida como EXEMPLO, dentro do <main>, recolhia a lateral de
|
|
456
516
|
verdade do documento inteiro. Medido: a coluna do shell saía 88px numa página que não pediu
|
|
457
517
|
nada. Gate nenhum via, porque `sidebar.html` não tem baseline de pixel. */
|
|
458
|
-
.app-shell:has(> .sidebar-collapsed) {
|
|
518
|
+
.app-shell:has(> .sidebar-collapsed) { --sidebar-track:calc(var(--sidebar-rail) + var(--space-4)*2); }
|
|
519
|
+
.app-shell:has(> .sidebar-collapsed.sidebar-flush) { --sidebar-track:var(--sidebar-rail); }
|
|
520
|
+
|
|
521
|
+
/* ── Navegação inferior — o vocabulário de APLICATIVO ───────────────────────────────
|
|
522
|
+
Lacuna estrutural medida no `CONSUMIDOR-GARAGEM.md` §4.1: `.topbar` e `.sidebar` são
|
|
523
|
+
vocabulário de DESKTOP, e aplicativo não navega assim.
|
|
524
|
+
`sticky` e NÃO `fixed`, e a razão é o catálogo: fixo escapa do contêiner e a prévia
|
|
525
|
+
cobriria a página inteira — o mesmo defeito que o `:has(> …)` da linha acima pagou.
|
|
526
|
+
Grudado no fim do fluxo dá o mesmo efeito e degrada para estático sem rolagem.
|
|
527
|
+
O `max()` do recuo inferior é o que impede a barra de ficar SOB o indicador de tela
|
|
528
|
+
cheia do iPhone. Ele só tem efeito se o consumidor declarar `viewport-fit=cover` na
|
|
529
|
+
meta viewport (está na ficha); sem isso `env()` devolve 0 e o `max()` entrega o
|
|
530
|
+
espaço normal — degrada, não quebra. Nenhuma das nove referências usa isto: medido,
|
|
531
|
+
`grep -ri safe-area-inset Referencia/` = 0. Veio de pesquisa, pelo BUILDING.md §2
|
|
532
|
+
passo 4. */
|
|
533
|
+
.bottom-nav { --bottomnav-ring:2rem; --bottomnav-surface:var(--card); position:sticky; bottom:0; z-index:var(--z-sticky); display:flex; gap:var(--space-1); margin:var(--space-4); padding:var(--space-1); padding-bottom:max(var(--space-1),env(safe-area-inset-bottom)); border:1px solid var(--border); border-radius:var(--radius-control); background:var(--card); color:var(--card-foreground); box-shadow:var(--shadow-md); }
|
|
534
|
+
/* `--control-h-lg` e não `--control-h-md`: alvo de toque. O md dá 36px em comfortable e
|
|
535
|
+
o alvo confortável de dedo é maior — com o recuo, o item renderiza acima de 44px. */
|
|
536
|
+
.bottom-nav-item { flex:1; min-width:0; display:flex; flex-direction:column; align-items:center; justify-content:center; gap:var(--space-1); min-height:var(--control-h-lg); padding:var(--space-1); border:0; border-radius:var(--radius-control); background:transparent; color:var(--muted-foreground); font:inherit; font-size:var(--text-xs); text-align:center; text-decoration:none; cursor:pointer; }
|
|
537
|
+
.bottom-nav-item .icon { flex:none; opacity:.8; }
|
|
538
|
+
.bottom-nav-label { max-width:100%; overflow:hidden; text-overflow:ellipsis; white-space:nowrap; }
|
|
539
|
+
/* O CONTADOR PENDURA NO ÍCONE — canto superior da ponta, encostando na borda dele.
|
|
540
|
+
A primeira versão pendurava no ITEM, com `inset-inline-start:50%`: em barra de coluna passa
|
|
541
|
+
despercebido, e na variante de LINHA os 50% do item caem no meio do RÓTULO. O Victor achou
|
|
542
|
+
assim, com o número cobrindo o nome inteiro (17/08/2026).
|
|
543
|
+
A pesquisa que corrigiu: Material 3 põe o distintivo "sobre o ícone, no canto superior
|
|
544
|
+
direito", e os guias de barra de abas do iOS dizem o mesmo com a razão junto — encostar na
|
|
545
|
+
borda é para ser visto, sobrepor conteúdo é hesitação num controle que se usa o tempo todo.
|
|
546
|
+
`inset-inline-end` e não `right`: o eixo espelha sozinho em RTL, e transform não espelharia.
|
|
547
|
+
O `min-` da caixa é para o contador ter onde se ancorar quando o item não tem ícone.
|
|
548
|
+
A CAIXA É `--icon-lg` (24px) e o contador `--space-4` (16px) porque a PROPORÇÃO foi medida
|
|
549
|
+
em aplicativo que roda: WhatsApp, YouTube, Mercado Livre e Shopee, nos prints do Victor de
|
|
550
|
+
17/08/2026 — ícone ~24, contador ~16, razão **0,67**. A primeira versão tinha ícone de 16 e
|
|
551
|
+
contador de 18: razão 1,12, o contador MAIOR que o ícone. Foi o que ele viu e mandou refazer. */
|
|
552
|
+
/* A MOLDURA É FIXA E VALE PARA OS SETE INDICADORES. Medido em 20/08/2026, e quem viu foi o
|
|
553
|
+
Victor: os três indicadores redondos saíam com a BARRA MAIS LARGA que os outros quatro, porque
|
|
554
|
+
só eles davam largura à moldura e a largura do item vinha do conteúdo. Trocar de indicador
|
|
555
|
+
mudava a medida da barra — que é o defeito estrutural que esta reescrita existe para acabar.
|
|
556
|
+
O achado 8 da auditoria pede a mesma coisa por outro caminho: o contador tem de se ancorar na
|
|
557
|
+
caixa do ícone e ficar PREVISÍVEL, e caixa que muda de tamanho conforme a variante não é
|
|
558
|
+
ancoragem previsível. Agora quem pinta é o indicador; quem MEDE é sempre esta regra.
|
|
559
|
+
|
|
560
|
+
O NÚMERO É PESQUISADO, e a exigência é do Victor em 20/08/2026: *"vá pesquisar e descubra qual
|
|
561
|
+
padrão é usado, pesquise não invente medidas"*. Ele pegou 2.25rem saído da minha cabeça.
|
|
562
|
+
`2rem` = 32px é a ALTURA DO INDICADOR ATIVO do Material 3 (`m3.material.io/components/
|
|
563
|
+
navigation-bar/specs` e a doc do `material-components-android`: indicador 64×32dp, canto
|
|
564
|
+
totalmente arredondado, sobre um ícone de 24dp). 24 de ícone dentro de 32 deixa 4 de folga de
|
|
565
|
+
cada lado, que é a mesma folga de 4dp que o M3 usa entre o indicador e o rótulo.
|
|
566
|
+
O ALVO DE TOQUE não é este número e continua sendo o `min-height` do item: `--control-h-lg`
|
|
567
|
+
entrega 42px em comfortable e 48 em spacious, contra os 44pt mínimos da HIG da Apple e os
|
|
568
|
+
48dp do Material. A moldura é a caixa do DESENHO; o alvo é o item inteiro. */
|
|
569
|
+
.bottom-nav-mark { position:relative; flex:none; display:inline-flex; align-items:center; justify-content:center; width:var(--bottomnav-ring); height:var(--bottomnav-ring); border-radius:var(--radius-control); }
|
|
570
|
+
/* `inline-flex` no envoltório: como `<span>` solto ele é caixa de LINHA, e mede a entrelinha do
|
|
571
|
+
item (18px) em vez do contador que carrega (16px). A diferença não aparece na tela — aparece
|
|
572
|
+
na medição, e medição errada é o que faz a razão parecer 0,75 quando é 0,67. */
|
|
573
|
+
.bottom-nav-badge { position:absolute; display:inline-flex; inset-block-start:calc(var(--space-05)*-1); inset-inline-end:calc(var(--space-05)*-1); }
|
|
574
|
+
/* O contador da barra usa `<Badge size="xs">`, e NÃO uma sobrescrita local de `.badge` aqui.
|
|
575
|
+
A primeira versão sobrescrevia, e o `geometry.spec` reprovou com razão: `.badge` tem altura
|
|
576
|
+
ÚNICA por contrato, e uma regra contextual fazia o mesmo nome medir 16px numa página e 24px
|
|
577
|
+
noutra. Tamanho é do componente, não do lugar onde ele cai. */
|
|
578
|
+
/* SEM NÚMERO, É PONTO. Três dos quatro aplicativos medidos usam o ponto puro para "tem coisa
|
|
579
|
+
nova" — YouTube (Inscrições), WhatsApp (Atualizações e Você). O consumidor pede pelo vazio:
|
|
580
|
+
`badge: ""`. A cor é a de AVISO e não a da marca, também como nos quatro: o contador não é
|
|
581
|
+
decoração do item atual, é alerta.
|
|
582
|
+
⚠ Ponto não tem nome acessível — não há o que ler. Quem usa ponto põe o sentido no RÓTULO do
|
|
583
|
+
item (`label: <>Updates <span className="sr-only">(new)</span></>`). Está na ficha. */
|
|
584
|
+
.bottom-nav-badge:empty { width:var(--space-2); height:var(--space-2); border-radius:var(--radius-full); background:var(--primary); }
|
|
585
|
+
/* SEM REALCE DE PASSAR O MOUSE, e isso é decisão do Victor em 20/08/2026: *"essa bola cinza
|
|
586
|
+
que aparece quando mouse passar em cima pode retirar, é um recurso irrelevante no celular"*.
|
|
587
|
+
Ele tem razão pelo escopo do componente: esta barra é o chrome de aplicativo de TELEFONE, e o
|
|
588
|
+
dedo não tem estado de passar por cima. Pior: o realce cinza desenhava a MESMA forma que o
|
|
589
|
+
indicador `subtle` usa para dizer "você está aqui", então passar o mouse por um item inativo
|
|
590
|
+
fingia seleção — dois significados no mesmo desenho.
|
|
591
|
+
O FOCO CONTINUA, e a diferença não é de gosto: `:focus-visible` é o que o teclado enxerga, vem
|
|
592
|
+
do contrato de foco global e o `geometry.spec` cobra. Tirar hover é tirar enfeite; tirar foco
|
|
593
|
+
seria tirar acesso. */
|
|
594
|
+
.bottom-nav-item[aria-current] { color:var(--foreground); font-weight:var(--weight-medium); }
|
|
595
|
+
.bottom-nav-item[aria-current] .icon { opacity:1; }
|
|
596
|
+
/* ── A GRAMÁTICA: DOIS EIXOS, E ELES NÃO SE MISTURAM ────────────────────────────────
|
|
597
|
+
Reescrito em 20/08/2026 pela auditoria de UI/UX do BottomNav que o Victor encomendou.
|
|
598
|
+
O achado dela não é estético, é ESTRUTURAL: `flat`, `surface`, `pill` e `dock` eram quatro
|
|
599
|
+
implementações conceitualmente separadas — cada uma dizia "esta é a página atual" com uma
|
|
600
|
+
linguagem diferente (uma pela cor, outra por cápsula cinza, outra por bloco amarelo), e duas
|
|
601
|
+
delas escondiam o rótulo. Trocar de variante trocava o MODELO MENTAL do componente, não a
|
|
602
|
+
forma dele.
|
|
603
|
+
|
|
604
|
+
Agora são dois eixos independentes, e é isso que faz variante ser variante:
|
|
605
|
+
|
|
606
|
+
• LAYOUT (a barra) — `floating` (padrão, pílula solta) e `edge` (encostada, fio em cima).
|
|
607
|
+
• INDICADOR (o item) — a FORMA que marca o atual. A SEMÂNTICA é sempre a mesma: ouro.
|
|
608
|
+
|
|
609
|
+
O que TODO indicador compartilha, e por isso vive aqui em cima e não dentro de cada um:
|
|
610
|
+
altura de alvo, moldura do ícone, tipografia, ancoragem do contador, rótulo sempre visível.
|
|
611
|
+
A auditoria pedia exatamente isso — "a variante altera a forma, não toda a lógica visual".
|
|
612
|
+
|
|
613
|
+
O RÓTULO NUNCA SOME em nenhum indicador. Era o defeito 6/7 da auditoria: a `dock` escondia
|
|
614
|
+
todos e a `pill` escondia os inativos, e as sete telas que o Victor desenhou mostram o rótulo
|
|
615
|
+
em todos os itens, nas sete. Ícone sozinho só funciona quando o símbolo é inequívoco, e
|
|
616
|
+
`Garage`/`Fuel`/`Service` não são.
|
|
617
|
+
|
|
618
|
+
`--bottomnav-ring` é a moldura do ícone quando o indicador é redondo. Válvula no idioma do
|
|
619
|
+
`--chart-h` e do `--datagrid-max-h`: quem hospeda decide, o componente não vira prop nova. */
|
|
620
|
+
.bottom-nav-edge { --bottomnav-surface:var(--background); margin:0; padding-inline:0; border-width:1px 0 0; border-radius:0; background:var(--background); box-shadow:none; }
|
|
621
|
+
/* `--primary-emphasis` e não `--primary`: sem fundo, a marca vira TEXTO, e o amarelo puro
|
|
622
|
+
sobre o claro não se lê. É o mesmo token que o `.badge-primary` já usa por essa razão. */
|
|
623
|
+
.bottom-nav-ind-none .bottom-nav-item[aria-current] { color:var(--primary-emphasis); }
|
|
624
|
+
.bottom-nav-ind-none .bottom-nav-item[aria-current] .icon { opacity:1; }
|
|
625
|
+
/* SUAVE e PÍLULA envolvem ícone E rótulo — muda só o raio. O fundo é o amarelo a 12%, a mesma
|
|
626
|
+
receita do `.badge-primary`, e não um cinza: a auditoria mediu que a cápsula cinza da antiga
|
|
627
|
+
`surface` tirava a cor da marca justo do estado mais importante da barra. */
|
|
628
|
+
.bottom-nav-ind-subtle .bottom-nav-item[aria-current],.bottom-nav-ind-pill .bottom-nav-item[aria-current] { background:color-mix(in srgb,var(--primary) 12%,transparent); color:var(--primary-emphasis); }
|
|
629
|
+
.bottom-nav-ind-subtle .bottom-nav-item[aria-current] .icon,.bottom-nav-ind-pill .bottom-nav-item[aria-current] .icon { opacity:1; }
|
|
630
|
+
.bottom-nav-ind-subtle .bottom-nav-item { border-radius:calc(var(--radius-card) - var(--space-1)); }
|
|
631
|
+
.bottom-nav-ind-pill .bottom-nav-item { border-radius:var(--radius-control); }
|
|
632
|
+
/* OS QUATRO REDONDOS envolvem SÓ O ÍCONE, e o rótulo fica embaixo, fora da forma. É o que as
|
|
633
|
+
quatro telas do Victor mostram e o que o WhatsApp faz no aplicativo que roda; pintar o item
|
|
634
|
+
inteiro não aparece em nenhum dos dois lugares. A moldura vira quadrado de lado fixo para ser
|
|
635
|
+
CÍRCULO e não elipse — o rótulo é que é largo, e ele está fora daqui. */
|
|
636
|
+
.bottom-nav-ind-circle .bottom-nav-mark,.bottom-nav-ind-circle-raised .bottom-nav-mark,.bottom-nav-ind-circle-outline .bottom-nav-mark { border-radius:var(--radius-full); }
|
|
637
|
+
.bottom-nav-ind-circle .bottom-nav-item[aria-current],.bottom-nav-ind-circle-raised .bottom-nav-item[aria-current],.bottom-nav-ind-circle-outline .bottom-nav-item[aria-current] { color:var(--primary-emphasis); }
|
|
638
|
+
.bottom-nav-ind-circle .bottom-nav-item[aria-current] .icon,.bottom-nav-ind-circle-raised .bottom-nav-item[aria-current] .icon,.bottom-nav-ind-circle-outline .bottom-nav-item[aria-current] .icon { opacity:1; }
|
|
639
|
+
.bottom-nav-ind-circle .bottom-nav-item[aria-current] .bottom-nav-mark { background:color-mix(in srgb,var(--primary) 14%,transparent); }
|
|
640
|
+
/* ELEVADO: a moldura é uma superfície PRÓPRIA sobre a barra — por isso `--popover` e sombra, e
|
|
641
|
+
não uma cor de fundo. É o único indicador que usa profundidade em vez de cor para separar. */
|
|
642
|
+
.bottom-nav-ind-circle-raised .bottom-nav-item[aria-current] .bottom-nav-mark { background:var(--popover); box-shadow:var(--shadow-md); }
|
|
643
|
+
.bottom-nav-ind-circle-outline .bottom-nav-item[aria-current] .bottom-nav-mark { border:1px solid var(--primary-emphasis); }
|
|
644
|
+
/* CHEIO é o único que preenche com o amarelo sólido, e por isso é o único que troca o primeiro
|
|
645
|
+
plano inteiro para `--primary-foreground` — ícone, rótulo e contador juntos dentro da forma.
|
|
646
|
+
A auditoria recusou a antiga `pill` sólida (achado 5: "o ativo assume presença de CTA"), e a
|
|
647
|
+
diferença aqui é a FORMA: círculo do tamanho do alvo de toque lê como destino marcado; cápsula
|
|
648
|
+
larga, esticada pelo rótulo, lê como botão de ação primária dentro da navegação. */
|
|
649
|
+
/* 3.5rem = 56px, e também é número de fora: é a largura do indicador ativo do Material 3
|
|
650
|
+
Expressive (56dp) e a altura do indicador expandido na mesma doc. É a única forma aqui que
|
|
651
|
+
envolve ícone E rótulo, então usa a medida expandida e não a de 32. */
|
|
652
|
+
.bottom-nav-ind-circle-bold .bottom-nav-item[aria-current] { flex:none; width:var(--bottomnav-bold,3.5rem); border-radius:var(--radius-full); background:var(--primary); color:var(--primary-foreground); }
|
|
653
|
+
.bottom-nav-ind-circle-bold .bottom-nav-item[aria-current] .icon { opacity:1; }
|
|
654
|
+
/* O contador do `circle-bold` INVERTE, como o do `.btn-primary`, e a volta atrás está medida.
|
|
655
|
+
Tentei em 20/08/2026 deixá-lo dourado com um anel da cor da barra em volta — é o que as telas
|
|
656
|
+
do Victor mostram. O gate de contraste reprovou no tema CLARO: sobre o amarelo sólido, nem o
|
|
657
|
+
fundo do contador nem o anel branco chegam a 3:1. No escuro passava, e é assim que este defeito
|
|
658
|
+
se esconde. Fio fino não substitui contraste quando as duas cores são claras. */
|
|
659
|
+
.bottom-nav-ind-circle-bold .bottom-nav-item[aria-current] .badge { background:var(--primary-foreground); color:var(--primary); border-color:transparent; }
|
|
660
|
+
.bottom-nav-ind-circle-bold .bottom-nav-item[aria-current] .bottom-nav-badge { color:var(--primary-foreground); }
|
|
661
|
+
|
|
662
|
+
/* ── A LINHA DE LISTA TOCÁVEL (§4.3 do CONSUMIDOR-GARAGEM) ──────────────────────────
|
|
663
|
+
A LISTA NÃO PINTA SUPERFÍCIE. Quem dá o card é o `Card`, e repintar aqui seria um segundo
|
|
664
|
+
lugar para a mesma coisa — a `DIRECTION.md` §3.9 diz que composto REUSA o menor.
|
|
665
|
+
E SEM DIVISOR entre as linhas, que é decisão e não esquecimento: o realce de linha desta casa
|
|
666
|
+
é a PÍLULA (é o que `.sidebar-item` faz), e pílula com traço embaixo se contradizem — o traço
|
|
667
|
+
promete grade, a pílula promete alvo. Quem agrupa é a superfície de fora. */
|
|
668
|
+
.nav-list { display:flex; flex-direction:column; gap:var(--space-05); margin:0; padding:0; list-style:none; }
|
|
669
|
+
/* ── O RAIO DA LINHA SAI DE UMA CONTA, NÃO DE UM NÚMERO ─────────────────────────────
|
|
670
|
+
`raio do filho = raio do pai − padding do pai`. É o que faz o vão ser CONSTANTE na curva; sem
|
|
671
|
+
isso a curva da linha e a curva do painel divergem e o olho vê o desalinhamento antes de
|
|
672
|
+
qualquer medição — foi o Victor que achou, riscando o canto num print (18/08/2026).
|
|
673
|
+
POR QUE A PÍLULA NÃO SERVE AQUI, medido: `999px` não desenha 999 — o navegador limita à METADE
|
|
674
|
+
DA ALTURA. Então o raio efetivo da pílula MUDA com a altura da linha: 21px numa linha de um
|
|
675
|
+
texto, 26,8px numa de dois. Com o card em 22px e padding 4px o erro era de **8,8px**, e nenhum
|
|
676
|
+
raio de card conserta os dois casos ao mesmo tempo. A conta conserta sempre.
|
|
677
|
+
Escrito como `calc()` de propósito: se alguém mudar o raio do card ou o padding, a linha segue
|
|
678
|
+
sozinha. Número cravado divergiria em silêncio. */
|
|
679
|
+
.nav-list-row { display:flex; align-items:center; gap:var(--space-3); width:100%; min-height:var(--control-h-lg); padding:var(--space-2) var(--space-3); border:0; border-radius:calc(var(--radius-card) - var(--space-1)); background:transparent; color:var(--foreground); font:inherit; font-size:var(--text-sm); text-align:start; text-decoration:none; cursor:pointer; }
|
|
680
|
+
.nav-list-row .icon { flex:none; opacity:.8; }
|
|
681
|
+
/* O TEXTO É A ÚNICA TRILHA QUE ENCOLHE, e o par `flex:1` + `min-width:0` é o que faz isso: sem o
|
|
682
|
+
`min-width:0` o conteúdo mínimo do flex é o texto inteiro, e o rótulo longo empurra o valor e a
|
|
683
|
+
seta para fora da linha em vez de reticenciar. É a mesma família do defeito que a `pill` da
|
|
684
|
+
barra inferior pagou em 18/08/2026 — lá o rótulo virava zero, aqui ele expulsaria os vizinhos. */
|
|
685
|
+
.nav-list-text { flex:1; min-width:0; display:flex; flex-direction:column; }
|
|
686
|
+
.nav-list-label { overflow:hidden; text-overflow:ellipsis; white-space:nowrap; }
|
|
687
|
+
.nav-list-description { overflow:hidden; color:var(--muted-foreground); font-size:var(--text-xs); text-overflow:ellipsis; white-space:nowrap; }
|
|
688
|
+
/* O VALOR E A SETA NÃO ENCOLHEM: valor cortado MENTE (um "R$ 1.2" no lugar de "R$ 1.234"), e seta
|
|
689
|
+
cortada deixa de dizer que a linha abre. Quem cede espaço é o texto, que reticencia dizendo. */
|
|
690
|
+
.nav-list-value { flex:none; color:var(--muted-foreground); font-size:var(--text-sm); }
|
|
691
|
+
.nav-list-row .nav-list-chevron { flex:none; opacity:.6; }
|
|
692
|
+
@media (hover:hover) and (pointer:fine) { .nav-list-row:hover { background:var(--secondary); } }
|
|
693
|
+
/* `aria-disabled` e NÃO `:disabled` — a razão está escrita ao lado de `.btn:disabled`, medida em
|
|
694
|
+
13/08/2026: `:disabled` tira da ordem de foco e quem usa teclado nunca acha a linha. */
|
|
695
|
+
.nav-list-row[aria-disabled="true"] { opacity:.45; cursor:not-allowed; }
|
|
696
|
+
/* O PAINEL DÁ QUASE NADA, A LINHA DÁ O RESTO. Medido em 18/08/2026, depois de o Victor circular a
|
|
697
|
+
folga no print: com o `--card-pad` de 20px o realce da linha começava a 21px da borda e o texto
|
|
698
|
+
a 65px, e a linha ocupava só 88% da largura — realce flutuando no meio de uma caixa grande em
|
|
699
|
+
vez de preencher o painel. `--card-pad` é padding de CONTEÚDO; lista de linhas tocáveis quer
|
|
700
|
+
outra escala. É a anatomia dos dois exemplos de `NavigationMenu` que ele mandou: o item leva
|
|
701
|
+
`p-3` (que a nossa linha já tem) e o contêiner quase não leva nada.
|
|
702
|
+
Filho DIRETO de propósito: um card com layout grande e uma lista pequena dentro não pode perder
|
|
703
|
+
o padding dele. E `:has()` já é idioma desta folha (quatro usos antes deste). */
|
|
704
|
+
.card:has(> .nav-list) { padding:var(--space-1); }
|
|
459
705
|
|
|
460
706
|
/* ── Visibilidade responsiva — o mecanismo PADRÃO de colapsar uma barra ─────────────
|
|
461
707
|
Regra do projeto (enraizada): todo layout horizontal que aperta esconde o secundário
|
|
@@ -661,17 +907,81 @@ img,svg { display:block; }
|
|
|
661
907
|
classe media 26px dentro do .brand (lh 18px) e 22px dentro de um .btn-nav (lh 12px) — na
|
|
662
908
|
mesma barra (achado A2, 26/07/2026). Geometria de componente não se decide pelo contexto.
|
|
663
909
|
O .chip do catálogo já tinha aprendido isso; o .badge não. */
|
|
664
|
-
.badge { display:inline-flex; align-items:center; gap:6px; min-height:var(--space-6); padding:3px 9px; border:1px solid var(--border); border-radius:var(--radius-control); background:var(--secondary); color:var(--secondary-foreground); font-size:var(--text-xs); font-weight:var(--weight-medium); line-height:var(--leading-none); white-space:nowrap; }
|
|
910
|
+
.badge { --badge-accent:var(--secondary-foreground); display:inline-flex; align-items:center; justify-content:center; gap:6px; min-height:var(--space-6); padding:3px 9px; border:1px solid var(--border); border-radius:var(--radius-control); background:var(--secondary); color:var(--secondary-foreground); font-size:var(--text-xs); font-weight:var(--weight-medium); line-height:var(--leading-none); white-space:nowrap; }
|
|
665
911
|
/* O glifo do badge tem tamanho PRÓPRIO, senão o `.icon` padrão (20px) estoura os 24px e o
|
|
666
912
|
badge com ícone fica mais alto que o badge de texto na mesma fila. 16px + 3+3 de padding
|
|
667
913
|
+ 1+1 de borda = 24px exatos: com ícone ou sem, mede o mesmo. */
|
|
668
914
|
.badge .icon { width:var(--icon-sm); height:var(--icon-sm); }
|
|
669
|
-
.badge-primary { color:var(--primary-emphasis); border-color:var(--primary-outline); background:color-mix(in srgb,var(--primary) 10%,transparent); }
|
|
915
|
+
.badge-primary { --badge-accent:var(--primary-emphasis); color:var(--primary-emphasis); border-color:var(--primary-outline); background:color-mix(in srgb,var(--primary) 10%,transparent); }
|
|
916
|
+
/* TAMANHOS. O md é a base (24px), que não muda — é o que as 103 fichas já usam. */
|
|
917
|
+
.badge-xs { min-height:var(--space-4); padding:0 var(--space-1); border-width:0; }
|
|
918
|
+
.badge-sm { min-height:var(--space-5); padding:0 var(--space-2); }
|
|
919
|
+
.badge-lg { min-height:var(--space-7); padding:0 var(--space-3); font-size:var(--text-sm); }
|
|
920
|
+
/* ACESSÓRIOS de dentro do chip. O ponto herda a cor do texto por `currentColor`, então ele
|
|
921
|
+
acompanha variante e ênfase sem uma regra por combinação. */
|
|
922
|
+
.badge-dot { flex:none; width:var(--space-2); height:var(--space-2); border-radius:var(--radius-full); background:currentColor; }
|
|
923
|
+
.badge-image { flex:none; width:var(--space-4); height:var(--space-4); border-radius:var(--radius-full); object-fit:cover; }
|
|
924
|
+
.badge-dismiss { display:inline-flex; align-items:center; justify-content:center; flex:none; width:var(--space-4); height:var(--space-4); margin-inline-end:calc(var(--space-1)*-1); padding:0; border:0; border-radius:var(--radius-full); background:transparent; color:inherit; cursor:pointer; }
|
|
925
|
+
.badge-dismiss:hover { background:color-mix(in srgb,currentColor 16%,transparent); }
|
|
926
|
+
.badge-dismiss .icon { width:var(--space-3); height:var(--space-3); }
|
|
927
|
+
|
|
928
|
+
/* ── O BADGE SOBREPOSTO — contador no canto de outra coisa ──────────────────────────
|
|
929
|
+
Anatomia da `Badge.js` da MUI, medida no fonte: raiz `relative/inline-flex/flex-shrink:0`,
|
|
930
|
+
o contador `absolute` com `z-index:1`, e o deslocamento do canto valendo **0 para caixa
|
|
931
|
+
quadrada e 14% para redonda** — é `overlap`, e sem ele o contador de um avatar fica solto
|
|
932
|
+
fora do círculo.
|
|
933
|
+
O ANEL DE RECORTE é o que faltava e o que fazia parecer sujo: um fio da cor da superfície
|
|
934
|
+
entre o contador e o que está atrás. Três fontes independentes: `ring-[1.5px] ring-bg-primary`
|
|
935
|
+
da Untitled UI, `border-background border-2` do ReUI e `box-shadow: 0 0 0 2px background.paper`
|
|
936
|
+
do exemplo de contato da MUI.
|
|
937
|
+
A superfície de trás NÃO é adivinhável em CSS — dentro de um card ela é `--card`, não
|
|
938
|
+
`--background`. Por isso ela é uma propriedade: sobrescreva `--badge-ring` no contêiner. */
|
|
939
|
+
.badge-anchor { position:relative; display:inline-flex; vertical-align:middle; flex-shrink:0; }
|
|
940
|
+
.badge-overlay { --badge-ring:var(--background); --badge-inset:0%; position:absolute; z-index:1; min-height:var(--space-4); padding:0 var(--space-1); box-shadow:0 0 0 var(--space-05) var(--badge-ring); }
|
|
941
|
+
.badge-on-circle { --badge-inset:14%; }
|
|
942
|
+
/* O ponto sozinho não tem conteúdo, então ele precisa de medida própria. */
|
|
943
|
+
.badge-overlay.badge-is-dot { width:var(--space-2); min-width:var(--space-2); height:var(--space-2); min-height:var(--space-2); padding:0; }
|
|
944
|
+
.badge-at-top-end { inset-block-start:var(--badge-inset); inset-inline-end:var(--badge-inset); transform:translate(50%,-50%); }
|
|
945
|
+
.badge-at-top-start { inset-block-start:var(--badge-inset); inset-inline-start:var(--badge-inset); transform:translate(-50%,-50%); }
|
|
946
|
+
.badge-at-bottom-end { inset-block-end:var(--badge-inset); inset-inline-end:var(--badge-inset); transform:translate(50%,50%); }
|
|
947
|
+
.badge-at-bottom-start { inset-block-end:var(--badge-inset); inset-inline-start:var(--badge-inset); transform:translate(-50%,50%); }
|
|
948
|
+
/* `transform` não espelha sozinho, e `inset-inline-*` sim: em RTL o par sai trocado e o
|
|
949
|
+
contador vai para dentro da caixa. As quatro regras abaixo são o preço disso. */
|
|
950
|
+
.badge-at-top-end:dir(rtl) { transform:translate(-50%,-50%); }
|
|
951
|
+
.badge-at-top-start:dir(rtl) { transform:translate(50%,-50%); }
|
|
952
|
+
.badge-at-bottom-end:dir(rtl) { transform:translate(-50%,50%); }
|
|
953
|
+
.badge-at-bottom-start:dir(rtl) { transform:translate(50%,50%); }
|
|
954
|
+
/* ACESSÓRIO SOBRE A MARCA — o badge INVERTE quando o que está debaixo dele é o amarelo.
|
|
955
|
+
Achado pelo Victor em 17/08/2026 na barra inferior, e a pergunta obrigatória do CLAUDE.md
|
|
956
|
+
("quem mais tem esse problema?") devolveu um defeito ANTIGO e publicado: `.badge-primary`
|
|
957
|
+
dentro de `.btn-primary` é amarelo translúcido com texto `--primary-emphasis` — medido no
|
|
958
|
+
navegador, texto `oklch(0.795 0.184 86.047)` sobre fundo `oklch(0.795 0.184 86.047)`.
|
|
959
|
+
Contraste 1:1, literalmente invisível, e nenhum gate via: check nenhum compara a cor de um
|
|
960
|
+
filho com a do pai.
|
|
961
|
+
A inversão é a saída óbvia e a única que não inventa cor nova — o par da marca já existe
|
|
962
|
+
(`--primary`/`--primary-foreground`) e é o mesmo que o botão usa.
|
|
963
|
+
O ENVOLTÓRIO leva só a cor de texto, nunca fundo: ele é a caixa de posição do acessório, e
|
|
964
|
+
pintá-lo desenharia um retângulo atrás de um badge que é pílula. */
|
|
965
|
+
.btn-primary .badge { background:var(--primary-foreground); color:var(--primary); border-color:transparent; }
|
|
966
|
+
/* O `circle-bold` é o único indicador que preenche com o amarelo sólido, então é o único onde
|
|
967
|
+
o contador cai sobre a cor da marca e precisa da mesma inversão do botão primário. Os outros
|
|
968
|
+
seis deixam o contador sobre a superfície da barra, onde ele já se lê. */
|
|
670
969
|
|
|
671
|
-
.badge-success { color:var(--success-400); background:var(--success-bg); border-color:color-mix(in srgb,var(--success-400) 35%,var(--border)); }
|
|
672
|
-
.badge-warning { color:var(--warning-400); background:var(--warning-bg); border-color:color-mix(in srgb,var(--warning-400) 35%,var(--border)); }
|
|
673
|
-
.badge-danger { color:var(--danger-400); background:var(--danger-bg); border-color:color-mix(in srgb,var(--danger-400) 35%,var(--border)); }
|
|
674
|
-
.badge-info,.badge-running { color:var(--info-400); background:var(--info-bg); border-color:color-mix(in srgb,var(--info-400) 35%,var(--border)); }
|
|
970
|
+
.badge-success { --badge-accent:var(--success-400); color:var(--success-400); background:var(--success-bg); border-color:color-mix(in srgb,var(--success-400) 35%,var(--border)); }
|
|
971
|
+
.badge-warning { --badge-accent:var(--warning-400); color:var(--warning-400); background:var(--warning-bg); border-color:color-mix(in srgb,var(--warning-400) 35%,var(--border)); }
|
|
972
|
+
.badge-danger { --badge-accent:var(--danger-400); color:var(--danger-400); background:var(--danger-bg); border-color:color-mix(in srgb,var(--danger-400) 35%,var(--border)); }
|
|
973
|
+
.badge-info,.badge-running { --badge-accent:var(--info-400); color:var(--info-400); background:var(--info-bg); border-color:color-mix(in srgb,var(--info-400) 35%,var(--border)); }
|
|
974
|
+
/* ── AS TRÊS ÊNFASES — e elas vêm DEPOIS das variantes de propósito ─────────────────
|
|
975
|
+
Cada variante declara só o ACENTO; as ênfases saem dele. Antes cada variante escrevia
|
|
976
|
+
cor + fundo + borda na mão, e uma ênfase nova custaria seis regras novas.
|
|
977
|
+
A POSIÇÃO NO ARQUIVO É A REGRA, não estilo: `.badge-solid` e `.badge-success` têm a MESMA
|
|
978
|
+
especificidade (0,1,0), então quem vem depois vence. Escritas antes, as três não faziam
|
|
979
|
+
nada em quatro das seis variantes — medido no navegador, `solid` e `outline` devolviam o
|
|
980
|
+
número do `soft`. É a mesma armadilha que o `.banner` e o `.data-list` já pagaram aqui.
|
|
981
|
+
`--background` como texto do sólido serve aos DOIS temas porque o acento já vira com o
|
|
982
|
+
tema: `--success-400` é verde CLARO no escuro e verde ESCURO no claro. */
|
|
983
|
+
.badge-solid { background:var(--badge-accent); color:var(--background); border-color:transparent; }
|
|
984
|
+
.badge-outline { background:transparent; color:var(--badge-accent); border-color:var(--badge-accent); }
|
|
675
985
|
.status-dot { width:8px; height:8px; border-radius:50%; background:currentColor; box-shadow:0 0 0 3px color-mix(in srgb,currentColor 14%,transparent); }
|
|
676
986
|
/* Status: condição operacional (DIRECTION §3.6) — NÃO é o pill do Badge; é ponto + rótulo
|
|
677
987
|
solto na linha. A variante pinta o .status (o ponto herda por currentColor) e o rótulo
|
|
@@ -1605,7 +1915,7 @@ button.graph-node-body { cursor:pointer; }
|
|
|
1605
1915
|
/* Padrões compostos Aurea 1.7: blocos de operação, não widgets de domínio. */
|
|
1606
1916
|
/* Alvo de toque. `.tabs`/`.segmented` no lugar de `.tab`/`.segmented button`: agora a altura
|
|
1607
1917
|
mora na cápsula, então é ela que precisa crescer — o filho estica atrás. */
|
|
1608
|
-
@media (pointer:coarse) { .btn:not(.btn-link),.tabs,.segmented,.pagination button,.schedule-grid button,.media-control { min-height:var(--target-min); } .btn-icon,.media-control { min-width:var(--target-min); } }
|
|
1918
|
+
@media (pointer:coarse) { .btn:not(.btn-link),.tabs,.segmented,.pagination button,.schedule-grid button,.media-control,.nav-list-row { min-height:var(--target-min); } .btn-icon,.media-control { min-width:var(--target-min); } }
|
|
1609
1919
|
@media (forced-colors:active) {
|
|
1610
1920
|
:focus-visible { outline:2px solid CanvasText; outline-offset:2px; box-shadow:none; }
|
|
1611
1921
|
.badge,.pattern-gallery button[aria-pressed="true"],.device-grid button[aria-pressed="true"] { border:1px solid CanvasText; }
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@aurea-uds/core",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.4.0",
|
|
4
4
|
"description": "The Aurea UDS stylesheet and its vanilla behaviour. Import @aurea-uds/fonts/css before this.",
|
|
5
5
|
"keywords": ["aurea", "design-system", "css", "design-tokens"],
|
|
6
6
|
"license": "Apache-2.0",
|