- Navios
- 5 de setembro de 2026 às 20:43 UTC
- Autor
- Kamo
- Enviar
- 8a3c8aa
Pintar a barra sobre os últimos 32px é bom sobre um fundo — o launchpad papel de parede não se importa — e errado em toda parte. Em um registro de bate-papo ele pousa em as bolhas de mensagem; no trilho de navegação ele pousa nos ícones. O conteúdo agora se move, e o navegador é o que o move. A barra de rolagem nativa já não é removido: é alargado para 32px e colorido totalmente transparente, assim que o navegador reserva a calha exatamente como sempre tem, e nosso bar é puxado sobre a sarjeta — que funciona porque a sarjeta vive dentro da caixa de enchimento, e a caixa de enchimento é o que a sobreposição já mede. Reservar desta forma em vez de com `padding-inline-end' não é um detalhe: - Não `!importante` precisava bater um 'sx' prop, e sem adivinhar o que estofamento um painel já carregado. O usuário anterior da regra de preenchimento, a página roller em AuthedChrome, dá-lo e obtém o mesmo resultado. - Aplica-se a cada roller de uma vez, em vez de um opt-in de cada vez. - O espaço é tomado APENAS enquanto o elemento está rodando. Um painel cujo os encaixes de conteúdo mantêm a sua largura total — que nenhuma regra de enchimento poderia gerir, e que é a diferença entre reservar uma calha e perder 32px de cada elemento marcado no aplicativo para sempre. `data-kamo-scrollbar="off"` ainda suprime a barra E a calha, então uma aba tirar cujas setas e borda desbotada são a affordance recebe sua altura total de volta. Verificado num navegador, não no jsdom, que não faz nenhuma disposição e não consegue ver um barra de rolagem em tudo: um log de chat (bolhas limpas da barra), um rail nav 80px (ícones empurrado para a esquerda, não coberto), um painel que não está rodando (seu fundo ainda atinge a borda direita, então nada foi reservado) e um popover 250px. Firefox é o único caso imperfeito — ele reserva sua própria calha mais estreita, de modo que o A barra pende por alguns pixels.