Skip to content

Fermer la sélection d'un parcours au bouton Retour d'Android #228

Closed

Description

@PaulThiberville

Contexte

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.

Comportement attendu

Règle D-083 (Ecrans › E-04 › Retour Android), sur Android :

  • 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
  • iOS : aucun changement

Activity

  1. added this to the v0.2 milestone on Sep 28, 2026
  2. removed
    needs-designQuestion ou maquette à produire en mode DESIGN
    on Sep 28, 2026
  3. IlanAMG commented on Sep 28, 2026

    @IlanAMG
    Member

    D-071 (https://github.com/Inprogress-Agency/widoo-app/wiki/Design-Changelog) : Retour Android : ordre exact dans E-04 (D-071).

  4. PaulThiberville commented on Oct 9, 2026

    @PaulThiberville
    CollaboratorAuthor

    🔨 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.

  5. PaulThiberville commented on Oct 13, 2026

    @PaulThiberville
    CollaboratorAuthor

    ✅ Vérifié sur appareil réel — Paul, 2026-10-13, build preview Android c829f165 (commit e152dd4), 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)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions