Gesture Handler 3.3 : les petits correctifs qui changent un geste

Gesture Handler 3.3 est une release de corrections. Ce type de changement peut paraître mineur dans une liste de versions, mais il touche directement les interactions qui donnent une impression de fiabilité à une app.

Pression et scroll doivent se départager

Le changelog 3.3.0 (nouvelle fenêtre) corrige notamment des pressions de boutons déclenchées alors qu’un défilement prend la main sur Android, des handlers attachés au mauvais enfant et des pressions perdues avec un clavier natif. Il mentionne aussi le détachement de handlers sur des vues recyclées iOS.

Le cas visible est une action dans une liste : l’utilisateur touche la carte pour commencer à défiler, puis une navigation part malgré son intention. Vérifier le seul clic nominal ne révèle pas cette erreur.

Construire une matrice d’interactions

Choisir un bouton dans un conteneur défilant et tester tap, début de scroll, annulation et retour sur la zone. Répéter avec le clavier ouvert et après plusieurs allers-retours entre écrans.

La même action peut être exposée à un doigt, une souris ou une technologie d’assistance. Garder les états désactivés et le focus dans la revue évite de limiter la validation à l’apparence du feedback tactile.

Mettre à jour sans déplacer toutes les couches

Pour attribuer un changement de comportement, conserver les mêmes versions de navigation et d’animation pendant le premier essai, puis vérifier leur matrice de compatibilité avant d’élargir la mise à jour.

Un correctif de geste est convaincant lorsqu’un parcours qui déclenchait l’erreur peut être répété sans l’erreur, et que le tap volontaire fonctionne encore. Une vidéo courte avec l’état initial rend cette différence plus facile à examiner qu’un commentaire « testé sur Android ».

Corriger l’interaction d’une app stable ne nécessite pas automatiquement de déplacer aussi tout le SDK Expo. La compatibilité du couple RN/Gesture Handler reste le premier critère de choix de la version.