- Navios
- 5 de setembro de 2026 às 21:21 UTC
- Autor
- Kamo
- Enviar
- 92ca0fa
Relatado como a comutação ferroviária entre expandiu e desmoronou rapidamente com o O ponteiro ainda estava sobre a barra de rolagem, que é exatamente o que ele fez. useNavHoverPeek re-deriva o olhar de `elementoDePonto`, perguntando se o ScrollbarLayer em um portal em <body> e pintado sobre a calha do trilho, assim o trilho não contém parte dele: o reconciliamento lê "o ponteiro partiu". Isso. Apenas teria caído o trilho — o laço é o que veio a seguir. A o trilho colapsado pede ao NavOverflowScroller para `setas` em vez de `barra de croll`, `setas` é optado com data-kamo-scrollbar="off", então a barra desmonta, então O trilho está debaixo do ponteiro outra vez, por isso ele espreita aberto, então o bar volta. À velocidade de movimento. A pilha sob o ponteiro é agora solicitada na íntegra, e apenas a barra de rolagem camadas de sobreposição são pisadas; a primeira coisa abaixo deles decide. Passo sobre apenas aqueles é a parte de carga - " qualquer coisa que o trilho está por baixo conta como um hover sobre ele" iria espiar a grade aberta atrás de um diálogo aberto, então há um teste para esse caso sentado ao lado do deste bug. Ambos os testes novos enviam um cursor real. O primeiro rascunho deles não, e passado com a correção desactivada: avançando um frame schedules sem reconciliação, então eles afirmou que o estado não tinha mudado e teria ficado verde para sempre. Verificado desactivando a correção e observando o certo falhar. Além disso: os botões da barra eram tinta cinza leve a 0,55 opacidade e difícil de escolher numa página. Cada um é agora um comprimido na cor do polegar carregando um glifo branco, assim a barra lê como um instrumento em vez de uma aderência com marcas de cinza acima e abaixo dele. Confirmado em um navegador em branco e em um trilho escuro, em tamanho completo e encolheu num painel de 120px.