TASK-035 · folha de vista · gerada
Duas coisas disputam o mesmo lugar. A figura vem de
cactarus_viz/padroes/figuras.py, sai do mesmo núcleo que
desenha as famílias de padrão, e tem três variantes. A marca
é o desenho que o operador fez em 01/09/2026, fechado na
decision-016. Um sistema de identidade não tem dois cactos:
esta página existe para escolher qual, vendo.
Nada aqui está decidido. Aprovar a figura reabre as AC #3
(ponta reta no núcleo) e #4 (calibrar a goiva), que são trabalho de código.
Recusar fecha a AC #1 pela saída do descarte, e nada é apagado —
figuras.py já está marcado e continua com os testes verdes.
É a linha que decide. Se os dois cactos não lerem como a mesma marca, ter os dois no sistema é ter dois cactos. As razões estão sob cada peça: 0.704 na figura contra 0.390 na marca — a figura é 1.81× mais larga para a mesma altura. A figura também tem os braços simétricos, e a marca não.
As quatro estão na mesma cor de propósito
— primary, a brasa. Cor não é a variável deste teste, e deixar
a figura em primary (o padrão de cacto()) ao lado
da marca em base-content daria a entender que uma é colorida e
a outra é preta. É o contrário do fato: a figura tem a cor assada,
e a marca não tem cor nenhuma — ela herda. O que se julga aqui é silhueta.
razão 0.704
razão 0.390
contorno 0.0
mesmo traçado, preenchido
O mesmo arquivo, cactarus-simbolo.svg, sem
nenhuma variante: só muda o color de quem o contém. É o que
currentColor compra. A figura gerada não faz isto — ela assa o
hex no arquivo, então cada papel e cada tema custam um arquivo novo.
Aqui o <rect> de fundo fica, porque é o
que render() escreve. É o mesmo fundo chapado que já foi
recusado uma vez na identidade. A marca desenhada não tem fundo nenhum.
O defeito da goiva, descrito — é a AC #4.
Ela está lá: 17 polilinhas contra 3 da sólida, porque cada membro é cortado
em 7 pedaços. Mas no tamanho em que a figura seria aplicada os cortes
fecham, e a goiva fica indistinguível da sólida. Calibrar isso significaria
mexer em irregularidade e no número de segmentos até a lâmina
aparecer — trabalho que só faz sentido se a figura for aprovada.
com o <rect> de fundo que o render escreve
com fundo
17 polilinhas contra 3 da sólida — e mesmo assim lê como sólida
24 px é favicon; 150 px é perto dos 40 mm impressos a 96 dpi; 300 px é cabeçalho.
O melhor argumento A FAVOR da figura está nesta
linha, e é honesto dizer. No favicon a figura ganha: com razão
0.704 ela ocupa o quadrado, enquanto a marca, em 0.390,
vira uma lasca vertical que gasta 61% da largura à toa — defeito já aceito
e registrado na decision-016. Se o favicon fosse o único
critério, a figura venceria. A pergunta é se vale ter dois cactos
no sistema para resolver um tamanho — e se a saída não é antes desenhar uma
variante de favicon da própria marca, que aí continua sendo um cacto só.
É a linha que decide. Se os dois cactos não lerem como a mesma marca, ter os dois no sistema é ter dois cactos. As razões estão sob cada peça: 0.704 na figura contra 0.390 na marca — a figura é 1.81× mais larga para a mesma altura. A figura também tem os braços simétricos, e a marca não.
As quatro estão na mesma cor de propósito
— primary, a brasa. Cor não é a variável deste teste, e deixar
a figura em primary (o padrão de cacto()) ao lado
da marca em base-content daria a entender que uma é colorida e
a outra é preta. É o contrário do fato: a figura tem a cor assada,
e a marca não tem cor nenhuma — ela herda. O que se julga aqui é silhueta.
razão 0.704
razão 0.390
contorno 0.0
mesmo traçado, preenchido
O mesmo arquivo, cactarus-simbolo.svg, sem
nenhuma variante: só muda o color de quem o contém. É o que
currentColor compra. A figura gerada não faz isto — ela assa o
hex no arquivo, então cada papel e cada tema custam um arquivo novo.
Aqui o <rect> de fundo fica, porque é o
que render() escreve. É o mesmo fundo chapado que já foi
recusado uma vez na identidade. A marca desenhada não tem fundo nenhum.
O defeito da goiva, descrito — é a AC #4.
Ela está lá: 17 polilinhas contra 3 da sólida, porque cada membro é cortado
em 7 pedaços. Mas no tamanho em que a figura seria aplicada os cortes
fecham, e a goiva fica indistinguível da sólida. Calibrar isso significaria
mexer em irregularidade e no número de segmentos até a lâmina
aparecer — trabalho que só faz sentido se a figura for aprovada.
com o <rect> de fundo que o render escreve
com fundo
17 polilinhas contra 3 da sólida — e mesmo assim lê como sólida
24 px é favicon; 150 px é perto dos 40 mm impressos a 96 dpi; 300 px é cabeçalho.
O melhor argumento A FAVOR da figura está nesta
linha, e é honesto dizer. No favicon a figura ganha: com razão
0.704 ela ocupa o quadrado, enquanto a marca, em 0.390,
vira uma lasca vertical que gasta 61% da largura à toa — defeito já aceito
e registrado na decision-016. Se o favicon fosse o único
critério, a figura venceria. A pergunta é se vale ter dois cactos
no sistema para resolver um tamanho — e se a saída não é antes desenhar uma
variante de favicon da própria marca, que aí continua sendo um cacto só.
| Figura gerada | Marca desenhada | |
|---|---|---|
| Cor | hex assado por paleta — um arquivo por tema | currentColor — um arquivo serve aos dois |
| Fundo | traz um <rect> chapado |
nenhum |
| Razão largura/altura | 0.704 | 0.390 |
| Origem das proporções | medidas de cactarus-logo-nobg.png, apagado em 01/09/2026 |
o traçado que o operador desenhou |
| Consumidor em produção | nenhum — só tests/test_figuras.py |
site, favicon, documento, og:image |
| Variante goiva | existe, não calibrada | não existe |
| Base do tronco | arredondada — o núcleo só tem ponta redonda (AC #3) | reta |