- Shipped
- 5 de setembro de 2026 às 22:22 UTC
- Author
- Kamo
- Commit
- d4d2c84
A tentativa anterior para isso fixou o manipulador errado. Ensinou a reconciliação em useNavHoverPeek para ver através da barra, que valia a pena fazer e não era o que estava a colapsar o trilho: NavPri também tem o seu próprio onPointerLeave no <nav>, e que os fogos se acendem diretamente, antes que o conciliador tenha uma palavra a dizer. A barra é renderizada a partir de um portal em <body>, então cruzar para ele É um limite real cruzamento e o navegador oferece uma licença real para ele. handlePeekLeave agora resolve event.relatedTarget — onde o ponteiro foi — através de um registro a sobreposição escreve para como ele monta, assim uma barra resolve para o elemento que ele rola. Mover-se para a própria barra de rolagem do trilho não é, portanto, deixando a grade; a barra de outro painel, ou uma janela, ainda é, e existe uma teste para cada uma delas. Um registro em vez de um DOM ou resposta geométrica, porque nenhum dos dois está disponível: a barra não é descendente do que ela rola, e um manipulador de ponteiros é entregou o elemento que o ponteiro foi para e nada mais. Medido em um navegador real com um ponteiro real, dirigindo o mesmo trilho antes e Após — descansando na via da barra: antes das larguras dos carris [192, 87, 80], 2 mudanças, as extremidades colapsaram após larguras de trilho [260], 0 muda, termina espreitado e arrastando o polegar agora mantém [260] ao longo enquanto a lista rola 0 -> 550, com salto-a-fim a levar para 1036. Também corrige um comentário escrito em uma leitura errada: um despejo anterior sugerido Chrome exclui a calha de hit-testing e o trilho não estava sob a barra De todo. Foi tirada depois do colapso ter começado. Sondagem enquanto o trilho é [OVERLAY, OVERLAY, IN RAIL, IN RAIL, IN RAIL] — o trilho é lá; nunca foi o problema.