---
fonte: 01-canonicos/seed-componentes.md
versao_da_fonte: v1.43
secao: 63
titulo: "Prioridade e escalas ordinais — **`estável`** (F7.5 · promovida em 2026-08-17 por gate **declarado**, verbatim *'aprovo. siga'* · **RE-GATE OBSERVADO em 2026-08-17: a BT-P1 FECHA — insumo nomeado, ver §64.10.1**) · PR1–PR12 · fecha C11 · bancada `banco-prioridade.html` **v0.2** *(errata corrigida: este cabeçalho declarava v0.3, versão que nem o artefato, nem o gerador, nem o MANIFESTO, nem o mapa de cobertura têm — §64.10.3)* · `suite-prioridade.mjs` **18 · 0 · 0** · **BT7 consertado em 2026-08-17** (tabelas em região rolável focável e rotulada)"
sequencia: 69 de 98
bytes_do_corpo: 10894
md5_do_corpo: 26ce579659cd66cc02127702a5145645
gerado_por: 06-validacao/geradores/gen-camada-ia.py
nota: fatia GERADA — o corpo abaixo é byte a byte o trecho do canônico; edite o canônico, nunca esta fatia. Canônico inteiro em https://ds.seed.eng.br/01-canonicos/seed-componentes.md
---
## 63. Prioridade e escalas ordinais — **`estável`** (F7.5 · promovida em 2026-08-17 por gate **declarado**, verbatim *"aprovo. siga"* · **RE-GATE OBSERVADO em 2026-08-17: a BT-P1 FECHA — insumo nomeado, ver §64.10.1**) · PR1–PR12 · fecha C11 · bancada `banco-prioridade.html` **v0.2** *(errata corrigida: este cabeçalho declarava v0.3, versão que nem o artefato, nem o gerador, nem o MANIFESTO, nem o mapa de cobertura têm — §64.10.3)* · `suite-prioridade.mjs` **18 · 0 · 0** · **BT7 consertado em 2026-08-17** (tabelas em região rolável focável e rotulada)

> **Rodada zero: NÃO VISITADO**, resolvido na sexta volta. Três dispositivos, **C131–C133**.
>
> **Base (3 rodadas).** **R1/R2 · produto de referência:** quatro níveis nomeados com **bandeira
> colorida por nível** — *Urgente* (vermelho), *Alta* (amarelo), *Normal* (azul), *Baixa* (cinza).
> **A escala não é saturação de uma cor só: são quatro matizes**, e o menor usa cinza — "sem ênfase"
> em vez de "menos vermelho". Na árvore é `list` › `listitem` › `button`: **não é `radiogroup`**, e a
> exclusividade não chega à AT. **R3 · PatternFly:** separa **status** (estado do sistema) de
> **severity** (criticidade), e para severity usa escala de até seis pontos —
> *critical, important, moderate, minor, none, undefined* — com **ícones de FORMAS diferentes**,
> peso visual crescente, ordenação do mais severo ao menos, e a regra explícita de que
> *"status e severidade se comunicam melhor pela combinação de texto, cor E ícone"*.

### 63.1 A decisão: quatro níveis, e "sem prioridade" é um DELES

O produto de referência tem um buraco medido (**C133**): o menu **sabe atribuir e não sabe
desatribuir**. O campo exibe *"Vazio"*, e voltar a vazio não é oferecido em lugar nenhum do menu.

> **"Sem prioridade" é um ESTADO da escala, não a ausência dela.** O PatternFly chega à mesma
> conclusão por outro caminho ao incluir `none` entre os pontos. *Escala que não oferece o degrau
> zero obriga o usuário a mentir: ele escolhe "Baixa" para uma tarefa que simplesmente não foi
> priorizada, e o relatório passa a contar prioridades que ninguém atribuiu.*

### 63.2 Os contratos

| # | Contrato | O que ele descarta, e por quê |
|---|---|---|
| **PR1** | **A escala tem quatro níveis mais "Sem prioridade"**, e o zero é oferecido no mesmo menu | Escala sem degrau zero. **C133** medido: o usuário é obrigado a inventar um nível |
| **PR2** | **Escolha exclusiva é `radiogroup`** — herda o SG1 inteiro | `list` de `button`. **C131/C132**: a exclusividade fica no script e não chega à AT |
| **PR3** | **Cada nível se distingue por TEXTO, COR e FORMA** — nunca por dois dos três | Só cor e rótulo. O canon é explícito: os três juntos |
| **PR4** | **As formas são distintas entre si, não a mesma forma em tamanhos** | Bandeira igual em quatro cores. É o que o produto de referência faz, e o daltonismo apaga a escala inteira |
| **PR5** | **A ordem de exibição é do MAIS severo ao menos**, sempre | Ordem alfabética ou por frequência |
| **PR6** | **O nível mais baixo não usa a matiz de alerta** — usa neutro | "Baixa" em vermelho claro. Vermelho pálido ainda lê como alerta |
| **PR7** | **A prioridade do OBJETO e a prioridade PESSOAL são componentes DIFERENTES** | Misturar no mesmo menu. **C132** medido: as duas convivem separadas só por um título, e o usuário não tem como saber qual está mexendo |
| **PR8** | **O valor exibido fora do menu traz rótulo textual**, não só o glifo | Só a bandeira na tabela. Em densidade alta o glifo sozinho vira ruído colorido |
| **PR9** | **Contraste do glifo ≥ 3,00 contra a superfície** e sobrevivendo a `forced-colors` | Confiar na cor da marca. Herda o **SG6-b**, medido |
| **PR10** | **O nome acessível diz o NÍVEL e a escala** ("Prioridade: Alta, 2 de 4") | "Alta". Sem a escala, quem não vê não sabe se alta é o topo |
| **PR11** | **Alterar a prioridade anuncia o valor novo E o anterior** | Mudança silenciosa. É campo que dispara trabalho de gente |
| **PR12** | **A escala é FECHADA e vive no canônico** — produto não inventa nível | Nível customizado por espaço. Escala ordinal comparável entre projetos é o que permite relatório |

### 63.3 Fronteira

Regra de escalonamento (o que acontece quando algo fica urgente), SLA, notificação e ordenação
automática são **produto**. Este componente exibe e coleta um nível.

### 63.4 Números — a MEDIR na bancada

Tamanho do glifo · alvo da linha do menu · os quatro pares de cor contra as superfícies em que o
glifo aparece (tabela, cartão, detalhe), **nos dois temas e em `forced-colors`** · e a distinção
entre os quatro em **escala de cinza**, que é onde a escolha de quatro matizes se prova ou cai.

**Nenhuma medida é afirmada aqui.**

### 63.5 A PR-P2 respondida — e a resposta estava no §45 desde sempre

**A pergunta:** o set canônico de 28 glifos do §45 tem quatro formas suficientemente distintas para
uma escala ordinal? **A resposta, medida no inventário do §45.3: não tem NENHUMA.**

Os 28 são `battery · bolt · building · drop · generator · leaf · lightbulb · lightning-rod · plug ·
recycle · solar-panel · substation · sun · transformer · circle-plus · search · settings ·
arrow-right · dashboard · home · check · email · location · people · phone · calendar · document ·
growth` — glifos de **domínio elétrico** e de **UI básica**. Nenhuma bandeira, nenhum triângulo de
alerta, nenhuma escada de setas.

> **E a decisão já existia — faltava aplicá-la.** A árvore do **NM4** (§45) diz: ① existe no set SEED
> → usa SEED; ② não existe no SEED mas existe no Lucide → **usa Lucide**, o vocabulário utilitário do
> produto; ③ não existe em nenhum → cria no SEED pela régua IC; ④ importar de terceiro set é
> proibido. **Prioridade é UI, não domínio nem marca: caso ②.**
>
> *O set não precisou crescer e a escala não precisou mudar. A PR-P2 parecia exigir uma decisão nova
> e só exigia ler a regra que o §45 já tinha escrito — o que é um bom sinal sobre o §45, e um aviso
> sobre abrir pendência antes de reler o canon de casa.*

Os glifos seguem a régua física do **IC1/IC3** (24×24, stroke 2, cap e join round) — a mesma do
Lucide de propósito, para que os dois convivam sem drift de peso.

### 63.6 A escada, e o que ela descarta

    Urgente  ⌃⌃   Alta  ⌃   Normal  —   Baixa  ⌄   Sem prioridade  ○

**A direção É o dado.** Duplo-acima › acima › plano › abaixo é ordinal **na forma**, então a escala
sobrevive à escala de cinza e ao daltonismo sem depender da cor — que é exatamente o que o PR3 e o
PR4 pedem, e o que a suíte mede comparando o `d` dos paths entre si.

**DESCARTADO: quatro bandeiras em quatro cores**, que é o que o produto de referência faz (C131). Em
cinza as quatro viram a mesma bandeira e a escala inteira desaparece.

**DECIDIDA (PR-P4) no gate de 2026-08-16 — vence o OCTÓGONO.** Verbatim do Rafael: *"o octógono
representa melhor prioridade e urgência"*. O *Urgente* **quebra a escada** e passa a ser um octógono
(o signo de PARE, reconhecido fora deste sistema); os quatro níveis restantes seguem na escada de
direção — acima, plano, abaixo, vazio.

> **SUPERSEDE FORMAL (2026-08-16) — PR4-a.** A escada íntegra de cinco degraus
> (`⌃⌃ · ⌃ · — · ⌄ · ○`), que era o desenho da v0.1 da bancada, fica **SUPERSEDIDA** pela escada com
> topo em octógono (`⯃ · ⌃ · — · ⌄ · ○`). **O que se ganha:** o nível mais alto para de ser "mais um
> degrau" e vira uma exceção visível a três metros de distância — que é o comportamento que a
> urgência precisa ter numa lista longa. **O que se perde, e fica dito:** a ordem entre o octógono e
> o galo duplo deixa de ser dedutível pela forma e passa a depender de convenção aprendida; o
> octógono não é geometricamente "maior" que o galo, é *outra coisa*. **Mitigação medida:** a ordem
> continua legível sem a forma porque a suíte cobra rótulo textual em cada nível (PR5) e a ordem
> declarada no DOM (PR6) — a forma é reforço, não é o único canal.
> **Alternativa descartada, e por quê:** manter a escada íntegra preservava a dedutibilidade, mas
> nivelava o Urgente com os demais exatamente na situação em que ele precisa saltar. **O A/B esteve
> impresso lado a lado na bancada** (formato que fechou a SG-P9) e o gate escolheu com os dois à
> vista, não por descrição.
>
> A escada íntegra **continua impressa** na bancada, rotulada `SUPERSEDIDA`, porque decisão sem a
> evidência ao lado vira folclore em três meses.

### 63.7 O botão de tema estava MORTO — em três bancadas

O botão "Escuro" das bancadas setava `data-tema="escuro"`. **O gêmeo de tokens escuta
`[data-theme="dark"]`**, em inglês, porque o atributo é o gancho *dele*. O botão setava algo que
ninguém ouvia.

Consequências, as duas graves:

1. **Botão morto vestido de PROVA** — em `banco-escolha.html`, `banco-data.html` e
   `banco-prioridade.html`. O projeto proíbe botão morto desde sempre; este passou porque *parecia*
   funcionar (o `aria-pressed` alternava).
2. **A guarda de contraste no tema escuro passava medindo o tema CLARO duas vezes.** Verde sem
   exercer a condição — a mesma família do defeito do UTC (v10.7). Depois do conserto, os números do
   escuro finalmente diferem: **6,20 contra 4,77** no Urgente.

> **Regra nova: atributo de CONTRATO não se traduz.** Este projeto escreve tudo em pt-BR — specs,
> contratos, nomes de guarda, mensagens — e é justamente por isso que o hábito pegou aqui, onde o
> nome pertence a **outra camada**. `data-theme="dark"` é da fronteira com o gêmeo de tokens; o
> idioma dela não é escolha nossa. *O `banco-dominio.html`, escrito antes desta sessão, sempre usou
> o atributo certo — o erro foi meu, e foi por reflexo.*

### 63.8 Pendências

| # | Pendência | Por que fica aberta |
|---|---|---|
| **PR-P1** | Bancada `banco-prioridade.html` | ✅ **FECHADA** — 17 · 0 · 0. Nível de prova: **2 (bancada)** |
| **PR-P2** | As quatro formas contra o set do §45 | ✅ **RESPONDIDA** — o set não tem nenhuma, e o **NM4** já mandava usar Lucide. Nem o set cresce nem a escala muda |
| **PR-P4** | **A forma do topo: escada ou octógono** | ✅ **FECHADA no gate de 2026-08-16** — *"o octógono representa melhor prioridade e urgência"*. Supersede PR4-a escrito em §63.6; a escada íntegra segue impressa como comparação |
| **PR-P3** | **Prioridade pessoal** (PR7) | Componente próprio, ainda não especificado. Nomeado para não voltar como surpresa |

---