Parar o cabeçalho comendo o crachá de prioridade em uma janela estreita

Fixkamo-internal
Navios
6 de setembro de 2026 às 02:09 UTC
Autor
Kamo
Enviar
5ded144

O número do bilhete e ambos os crachás sentam-se em uma linha agorarap, e nenhum dos três pode ceder. O número é um int64 de 19 dígitos que não deve ser abreviado. A emblemas parecem encolhidos, mas não são: um MUI Chip coloca `overflow: escondido` em sua etiqueta, não na sua raiz, de modo que como um item flex seu tamanho mínimo automático ainda é A etiqueta tem largura total. No mínimo 420px da janela de suporte, "Resolvido (Não é possível reproduzir)" ao lado de "Crítico" precisa de 403px do 388px disponível, e do cabeçalho `overflow: oculto` simplesmente comeu o crachá de prioridade — o bilhete lido como sem prioridade De todo. No padrão 460px tudo se encaixa, e é por isso que isso só aparece numa janela que alguém reduziu. Deixar o envoltório da linha não custa nada em todos os casos que já se encaixam — medido idêntico em ambas as larguras para Pré-Ticket/Alto e em Progresso/Critical – e em no caso que não o fizer, o crachá passa para uma segunda linha em vez de desaparecer. Embrulhando em vez de elipsizando porque um status truncado ("Resolvido (Não é possível Repr...") é uma resposta pior do que um cabeçalho mais alto. Medida em um navegador real com as strings em inglês, desde uma pré-sessão a página probe renderiza chaves t() brutas e teria dado a cada chip a largura errada.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços