- Shipped
- 5 settembre 2026 alle ore 22:22 UTC
- Author
- Kamo
- Commit
- d4d2c84
Il precedente tentativo di questo ha risolto il handler sbagliato. Ha insegnato la riconciliazione in utilizzareNavHoverPeek per vedere attraverso il bar, che valeva la pena fare e non era quello stava collassando la rotaia: NavPri ha anche il proprio onPointerLeave sul <nav>, e che i fuochi impostarePeeking(falso) direttamente, prima che la riconciliazione ottiene un dire. The bar è reso da un portale a <body>, quindi attraversarlo è un limite reale attraversando e il browser offre un vero e proprio congedo per esso. handlePeekLeave ora risolve event.relatedTarget — dove il puntatore è andato — attraverso un registro l'overlay scrive a come monta, quindi una barra si risolve al elemento scorre. Passare sulla barra di scorrimento della ferrovia non è quindi lasciare la rotaia; la barra di un altro pannello, o una finestra di dialogo, è ancora, e c'è un prova per ognuno di loro. Un registro piuttosto che una DOM o una risposta geometrica, perché né è disponibile: la barra non è un discendente di ciò che scorre, e un maniglione puntatore è ha consegnato l'elemento che il puntatore è andato a e nient'altro. Misurato in un vero browser con un vero puntatore, guida lo stesso binario prima e dopo — riposando sulla pista del bar: prima delle larghezze ferroviarie [192, 87, 80], 2 cambiamenti, le estremità sono crollate dopo larghezza della rotaia [260], 0 cambiamenti, estremità sbirciate e trascinando il pollice ora detiene [260] durante mentre l'elenco scorre 0 -> 550, con salto a fine portarlo al 1036. Corregge anche un commento scritto su una lettura sbagliata: una prima discarica suggerita Chrome esclude la grondaia da test di successo e la rotaia non era sotto la barra Per niente. E' stato preso dopo il crollo. Provare mentre la rotaia è ancora aperto dà [OVERLAY, OVERLAY, IN RAIL, IN RAIL, IN RAIL] — la ferrovia è là; non è mai stato il problema.