- Verschifft
- 5. September 2026 um 22:22 UTC
- Autor
- Kamo
- Ausschuss
- d4d2c84
Der vorherige Versuch, dies zu tun, hat den falschen Handler repariert. Es lehrte die Versöhnung in Verwenden SieNavHoverPeek, um durch die Bar zu sehen, die sich gelohnt hat und nicht was war Nachdem die Schiene eingestürzt ist: NavPri hat auch seine eigene aufPointerLeave auf dem <nav> und dass die Brände Feuschrecken (falsch) direkt setzen, bevor die Versöhnung ein Mitspracherecht erhält. Die bar wird von einem Portal bei <body> gerendert, so dass die Kreuzung auf sie eine reale Grenze Kreuzung und der Browser liefert einen echten Urlaub für sie. handlePeekLeave löst nun event.relatedTarget, wo der Bezugspunkt ging durch eine Registrierung, auf die das Overlay schreibt, während es sich auftürt, so dass eine Bar auflöst Element es scrollt. Der Umzug auf die eigene Scrollleiste ist daher nicht Verlassen der Schiene; eine andere Panel-Leiste, oder ein Dialog, ist immer noch, und es gibt eine Test für jeden von denen. Eine Registrierung statt einer DOM- oder geometrische Antwort, weil beides nicht verfügbar ist: die Bar ist kein Nachkomme dessen, was sie scrollt, und ein Pointerleave Handler ist übergeben das Element der Wegweiser ging TO und nichts anderes. In einem echten Browser mit einem echten Zeigezeiger gemessen, fahren die gleiche Schiene vor und nachdem Sie sich auf der Bar-Bahn ausruhen: vor Schienenbreiten [192, 87, 80], 2 Änderungen, Enden eingestürzt nach Bahnbreiten [260], 0 Änderungen, Enden späht und das Ziehen des Daumens hält [260] durchgehend, während die Liste 0 scrollt - 550, mit Jump-to-End-Steling auf 1036. Auch korrigiert einen Kommentar auf einer falschen Lesung geschrieben: eine frühere Dump vorgeschlagen Chrome schließt die Dachrinne von Hit-Tests und die Schiene war nicht unter der Bar überhaupt. Es wurde aufgenommen, nachdem der Einsturz begonnen hatte. Probieren, während die Schiene ist noch offenes Geben [OVERLAY, OVERLAY, IN RAIL, IN RAIL, IN RAIL] - die Schiene ist da; es war nie das Problem.