Touchable : unifier les boutons sans perdre leur comportement

Un bouton partagé finit souvent par concentrer bien plus que son apparence : appui bref, appui long, annulation, accessibilité et interaction avec les listes. L’actualité utile du jour est donc la simplification proposée par Gesture Handler, à examiner comme une migration de comportement.

Ce que change Touchable

Software Mansion présente Touchable dans Gesture Handler 3 (nouvelle fenêtre) comme un point d’entrée commun après la multiplication de neuf composants de boutons. Pressable reste un wrapper compatible. Échelle, opacité et underlay peuvent varier selon les états normal, pressé et survolé ; les transitions utilisent les mécanismes de chaque plateforme et respectent leurs réglages d’animation.

L’intérêt dépasse le nombre d’exports. Un design system peut définir les états d’un bouton au même endroit, puis laisser chaque écran choisir sa variante visuelle. Cela réduit les différences accidentelles entre un bouton de formulaire et une action dans une carte, sans imposer que toutes les actions aient la même animation.

Migrer un composant représentatif

Commencer par une variante simple permet de comparer précisément l’ancien et le nouveau rendu. Choisir ensuite un bouton dans une liste défilante : l’appui commence, le doigt se déplace, puis le scroll prend la main. L’action doit rester annulable et le feedback ne doit pas rester bloqué.

Autres cas à garder dans cette comparaison : état désactivé, appui rapide répété, clavier ouvert et retour depuis l’arrière-plan. Un test qui ne compte que les appels à onPress peut manquer une couleur pressée persistante ou une transition trop lente.

Mesurer le bon coût

Le billet publie des benchmarks de composants. Ils aident à comprendre le travail des mainteneurs, mais ne mesurent pas automatiquement le délai perçu d’un écran complet. Dans une app, le coût peut aussi venir des rerenders du parent, d’une image ou du travail effectué après le tap.

Pour décider d’une adoption, conserver un enregistrement avant/après et mesurer un parcours utilisateur réel. Une liste de nombreux boutons est un meilleur terrain d’essai qu’un écran isolé construit pour le benchmark.