jmartin/petitspas
1
0
Fork 0
Code Issues 46 Pull Requests Actions Packages Projects Releases Wiki Activity

[Frontend] Clic sur carte → ouvrir la modale (listes dashboard admin) #142

New Issue
Closed
opened 2026-07-11 21:12:08 +00:00 by jmartin · 1 comment
jmartin commented 2026-07-11 21:12:08 +00:00
Owner
Copy Link

Contexte

Dans le dashboard admin/gestionnaire, les listes utilisent des cartes (AdminUserCard, _PendingValidationRow, etc.) avec une action au survol (icône Modifier / Ouvrir / Voir en bout de ligne).

Aujourd'hui le clic sur la carte est un no-op (onTap: () {}) : seul le bouton au hover ouvre la modale. C'est peu intuitif (zone cliquable large mais sans effet).

Objectif

Clic sur toute la carte → ouvrir la même modale que le bouton d'action au survol (comportement par défaut unifié).

Périmètre frontend

Listes concernées

Onglet / zone Widget Action bouton hover Modale cible
Parents parent_managmant_widget Modifier AdminParentEditModal
Assistantes maternelles assistante_maternelle_management_widget Modifier AdminAmEditModal
Enfants enfant_management_widget Voir / modifier AdminChildDetailModal
Gestionnaires gestionnaire_management_widget Modifier AdminUserFormDialog
Administrateurs admin_management_widget Modifier AdminUserFormDialog
À valider (AM + familles) pending_validation_widget Ouvrir ValidationDossierModal

Implémentation suggérée

  • Ajouter VoidCallback? onCardTap (ou onOpen) sur AdminUserCard — InkWell.onTap appelle ce callback
  • Factoriser si besoin : _PendingValidationRow délègue au même pattern (ou extrait widget commun)
  • Chaque liste passe le même handler que IconButton.onPressed du bouton hover
  • Ne pas déclencher double ouverture si clic directement sur le bouton d'action (comportement Flutter standard OK)
  • Curseur click / feedback hover inchangé

Hors scope

  • Nouvelles modales ou changement de contenu des fiches
  • Backend / API
  • Parcours Ajouter (#132)

Critères d'acceptation

  • Clic anywhere sur la carte (hors boutons secondaires éventuels) ouvre la modale attendue
  • Comportement identique au bouton hover pour chaque liste listée
  • Pas de régression sur le survol (boutons toujours visibles au hover)
  • Test manuel : Parents, AM, Enfants, Gestionnaires, Admins, À valider

Fichiers clés

  • frontend/lib/widgets/admin/common/admin_user_card.dart — onTap actuellement vide (l.53)
  • frontend/lib/widgets/admin/pending_validation_widget.dart — _PendingValidationRow idem (l.328)
  • Widgets de liste : parent_managmant_widget, assistante_maternelle_management_widget, enfant_management_widget, gestionnaire_management_widget, admin_management_widget

Milestone

0.1.0 — polish UX dashboard admin.

## Contexte Dans le dashboard admin/gestionnaire, les listes utilisent des **cartes** (`AdminUserCard`, `_PendingValidationRow`, etc.) avec une action au **survol** (icône Modifier / Ouvrir / Voir en bout de ligne). Aujourd'hui le **clic sur la carte** est un no-op (`onTap: () {}`) : seul le bouton au hover ouvre la modale. C'est peu intuitif (zone cliquable large mais sans effet). ## Objectif **Clic sur toute la carte** → ouvrir **la même modale** que le bouton d'action au survol (comportement par défaut unifié). ## Périmètre frontend ### Listes concernées | Onglet / zone | Widget | Action bouton hover | Modale cible | |---------------|--------|---------------------|--------------| | **Parents** | `parent_managmant_widget` | Modifier | `AdminParentEditModal` | | **Assistantes maternelles** | `assistante_maternelle_management_widget` | Modifier | `AdminAmEditModal` | | **Enfants** | `enfant_management_widget` | Voir / modifier | `AdminChildDetailModal` | | **Gestionnaires** | `gestionnaire_management_widget` | Modifier | `AdminUserFormDialog` | | **Administrateurs** | `admin_management_widget` | Modifier | `AdminUserFormDialog` | | **À valider** (AM + familles) | `pending_validation_widget` | Ouvrir | `ValidationDossierModal` | ### Implémentation suggérée - [ ] Ajouter `VoidCallback? onCardTap` (ou `onOpen`) sur `AdminUserCard` — `InkWell.onTap` appelle ce callback - [ ] Factoriser si besoin : `_PendingValidationRow` délègue au même pattern (ou extrait widget commun) - [ ] Chaque liste passe le **même handler** que `IconButton.onPressed` du bouton hover - [ ] Ne pas déclencher double ouverture si clic directement sur le bouton d'action (comportement Flutter standard OK) - [ ] Curseur `click` / feedback hover inchangé ## Hors scope - Nouvelles modales ou changement de contenu des fiches - Backend / API - Parcours **Ajouter** (#132) ## Critères d'acceptation - [ ] Clic anywhere sur la carte (hors boutons secondaires éventuels) ouvre la modale attendue - [ ] Comportement identique au bouton hover pour chaque liste listée - [ ] Pas de régression sur le survol (boutons toujours visibles au hover) - [ ] Test manuel : Parents, AM, Enfants, Gestionnaires, Admins, À valider ## Fichiers clés - `frontend/lib/widgets/admin/common/admin_user_card.dart` — `onTap` actuellement vide (l.53) - `frontend/lib/widgets/admin/pending_validation_widget.dart` — `_PendingValidationRow` idem (l.328) - Widgets de liste : `parent_managmant_widget`, `assistante_maternelle_management_widget`, `enfant_management_widget`, `gestionnaire_management_widget`, `admin_management_widget` ## Milestone **0.1.0** — polish UX dashboard admin.
jmartin added this to the 0.1.0 milestone 2026-07-11 21:12:08 +00:00
jmartin commented 2026-07-11 21:19:26 +00:00
Author
Owner
Copy Link

Livr� sur develop (commit 7b69f27).

  • AdminUserCard : param�tre onCardTap + curseur click
  • Listes Parents, AM, Enfants, Gestionnaires, Admins : clic carte ? m�me modale que le bouton hover
  • Onglet � � valider � : _PendingValidationRow ouvre ValidationDossierModal au clic
  • Survol et boutons d'action inchang�s
Livr� sur `develop` (commit `7b69f27`). - `AdminUserCard` : param�tre `onCardTap` + curseur click - Listes Parents, AM, Enfants, Gestionnaires, Admins : clic carte ? m�me modale que le bouton hover - Onglet � � valider � : `_PendingValidationRow` ouvre `ValidationDossierModal` au clic - Survol et boutons d'action inchang�s
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
a11y
Accessibilité
admin
Administration
api
auth
Authentification
backend
Backend NestJS
bug
Something isn't working
cdc
Cahier des charges
cleanup
Nettoyage/Refactoring
critique
Critique
database
Base de données PostgreSQL
documentation
Improvements or additions to documentation
duplicate
This issue or pull request already exists
email
Email/Notifications
enhancement
New feature or request
frontend
Frontend Flutter/Web
gestionnaire
Gestionnaire
good first issue
Good for newcomers
help wanted
Extra attention is needed
infra
Infrastructure Docker/CI-CD
invalid
This doesn't seem right
juridique
Juridique/Légal
monitoring
Monitoring/Logs
on-premise
Configuration on-premise
p0-bloquant
Priorité 0 - BLOQUANT
p1-bloquant
Priorité 1 - BLOQUANT
p2
Priorité 2
p3
Priorité 3
p4
Priorité 4
phase-1
Phase 1
question
Further information is requested
rgpd
RGPD/Conformité
security
Sécurité
tests
Tests unitaires/E2E
ui
upload
Upload fichiers
ux
UX/UI
v0.1.0
Issue rattachée au périmètre release 0.1.0
wontfix
This will not be worked on
No Label
Milestone
No items
No Milestone 0.1.0
Projects
Clear projects
No project
Assignees
Clear assignees
nnasarre jmartin
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: jmartin/petitspas#142
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?