Re-deruer le rail-ek au lieu de faire confiance à deux événements

Fixkamo-internal
Expédié
2 septembre 2026 à 15:09 UTC
Auteur
Kamo
Commite
551e970

L'état de peek du rail s'est effondré a été écrit par exactement deux choses, pointerenterenter et pointer le pointage sur le rail lui-même, et rien ne l'a jamais redoréder d'où le pointeur l'est en fait. Donc un point de passage qui n'est jamais livré dés désynchronise en permanence: le rail est ouvert avec le pointeur nulle part près il, ou s'assied avec le pointeur au-dessus, jusqu'à ce que le membre va et traverse à nouveau le bord. Les deux symptômes rapportés sont les mêmes défauts qui apparaissent dans directions opposées. Trois façons de passer passent à côté, deux d'entre elles déterministes : - poignéePeekEnter lire activé/railMode/hoverPeek à l'heure d'ÉVEENT, et React synthétisedatant de non-entrée pour un noeud le pointeur est déjà à l'intérieur. Un rechargement avec Retournant vrai après le premier rendu -- ce qui se produit à chaque charge, Parce que use UseBreakpoint utiliseMediaQuery répond faussement sur cette passe. - isPeeking a survécu à des périodes où les yeux étaient impossibles, une redimensionnement au-dessous du point d'arrêt et du fond de la md. Rien ne l'a effacé, et la rassisure vrai puis avalé l'effondrement suivant, parce que "expanded" le lit l'instant le rail s'effondre à nouveau. - Pas de lieu de route: le pointeur sort du bord de la fenêtre, ou DragOverlay du kit dnd (fixed, z-index 999, et NOT pointer-events:none) prend en charge le test de succès. useNavHoverPeek n'est pas un quatrième cas particulier. Il ré-dérivait l'état d'où le pointeur est, sur n'importe quel mouvement n'importe où dans le document, demandant le même question posée par le navigateur lorsqu'il décide de déclencher les événements frontaliers. Lorsque le les événements fonctionnent le rapprochement est un non-op; quand on disparaît, le prochain mouvement cas n'a pas besoin de mouvement du tout, un point clair dur chaque fois que les peekings cessent d'être possible, un clair quand le pointeur quitte la fenêtre, la suppression de traînage de sorte la superposition ne peut pas fermer la zone de mi-chemin, et une serrure s'effondrant sous un Le pointeur de repos reste toujours effondré -- ce qui est ce que l'ancienne paire d'entrées/feuilles C'est déjà le cas. Les propres manutentionnaires du rail restent: ils sont le chemin à la latence zéro, et le seul chemin un robinet tactile prend, car un robinet ne produit pas de pointeur. Les huit nouveaux tests ont été contrôlés par mutation -- désactivant les tours de rapprochement sept. d'eux rouges.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation