You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Fermer la sélection d'un parcours au bouton Retour d'Android #228
Epic : #8
Maquette : E-04 · validée le 2026-09-28 (D-071), révisée le 2026-10-09 (D-083)
Prérequis : #26 (sélection d'un parcours sur la carte, PR #142) Ecrans › E-01 · Ecrans › E-04 · E-01 · E-04
Découverte de CODE pendant la recette Android de #160 (Inbox) : avec un parcours sélectionné (résumé dans la sheet, tooltip sur la carte), le bouton Retour d'Android met l'app en arrière-plan au lieu de fermer la sélection ; au retour, la sélection est toujours là. Aucun BackHandler dans apps/mobile, et le wiki ne fixe pas de règle.
Question pour DESIGN — répondue
Réponse : D-083, écrite dans Ecrans › E-04 › Retour Android : un seul niveau, qui remplace l'ordre par niveaux de D-071.
Écrire dans Ecrans (E-01 / E-04, ou une règle générale de navigation) ce que fait le Retour Android sur l'accueil, dans l'ordre : fermer une tooltip d'étape touchée ? désélectionner le parcours (sheet revenue aux sections) ? redescendre la sheet d'un cran ? fermer la liste « Voir tout » (déjà gérée par la pile de navigation) ? puis quitter l'app.
Parcours sélectionné : le Retour fait exactement ce que fait un tap ailleurs sur la carte : tooltip fermée, tracé retiré, marqueurs revenus, sheet de retour sur la recommandation. Une tooltip d'étape touchée n'est pas un niveau à part : un seul Retour ferme toute la sélection.
Sans sélection : comportement du système (quitter l'accueil, app en arrière-plan), quel que soit le cran de la sheet.
« Voir tout » : écran de la pile de navigation, le Retour le ferme comme n'importe quel écran.
iOS : inchangé.
Critères d'acceptation
Règle du Retour Android écrite dans Ecrans (DESIGN), entrée D-xxx : D-083
Android, testé à l'émulateur et relevé dans la PR : un seul Retour ferme toute la sélection (avec la tooltip du départ, et avec une tooltip d'étape touchée) ; sans sélection, comportement système aux trois crans (app en arrière-plan) ; « Voir tout » se ferme comme un écran de la pile
🔨 Démarrage — plan : un hook useBackClosesSelection sur l'accueil, qui écoute le bouton Retour d'Android seulement quand un parcours est sélectionné et que l'accueil est l'écran affiché (useFocusEffect d'expo-router), et appelle la même action que le tap ailleurs sur la carte (select(null) du store discovery) ; sans sélection, ou depuis « Voir tout » et la page parcours, le Retour reste celui du système. iOS n'a pas de Retour : rien ne change. Test de rendu du hook, puis recette à l'émulateur Android (gestes et trois boutons) et passage rapide sur iOS. Branche issue/228-android-back-closes-selection.
Activity
IlanAMG commentedon Sep 28, 2026
D-071 (https://github.com/Inprogress-Agency/widoo-app/wiki/Design-Changelog) : Retour Android : ordre exact dans E-04 (D-071).
PaulThiberville commentedon Oct 9, 2026
🔨 Démarrage — plan : un hook
useBackClosesSelectionsur l'accueil, qui écoute le bouton Retour d'Android seulement quand un parcours est sélectionné et que l'accueil est l'écran affiché (useFocusEffectd'expo-router), et appelle la même action que le tap ailleurs sur la carte (select(null)du storediscovery) ; sans sélection, ou depuis « Voir tout » et la page parcours, le Retour reste celui du système. iOS n'a pas de Retour : rien ne change. Test de rendu du hook, puis recette à l'émulateur Android (gestes et trois boutons) et passage rapide sur iOS. Brancheissue/228-android-back-closes-selection.PaulThiberville commentedon Oct 13, 2026
✅ Vérifié sur appareil réel — Paul, 2026-10-13, build
previewAndroidc829f165(commite152dd4), Redmi Note 9 : le bouton Retour d'Android ferme la sélection d'un parcours. Déclaration de Paul (« j'ai tout testé, ça marche correctement »), consignée par MANAGER ; recette complète : #367 (comment)