feat(frontend): #50 — validation CGU et politique de confidentialité

- Modale de validation avec chargement des PDF distants, PdfViewPinch et barre de progression latérale (repli PdfView sous Windows).

- Service documents légaux actifs, correction des URLs média, intégration au formulaire de présentation.

- Documentation juridique et réorganisation (archive, index, tickets).

Made-with: Cursor

docs/archive/temporaires/POINT_TICKETS_FRONT_API.txt

@@ -0,0 +1,36 @@
+# Archivé docs/archive/temporaires/ — export jetable, supprimer si inutile.
+Point tickets frontend (API Gitea) - 27/01/2026
+================================================
+
+Issues avec label "frontend" : 20 (ouvertes: 12, fermees: 8)
+
+Num | Etat   | Titre
+----+--------+--------------------------------------------------------
+ 35 | open   | [Frontend] Écran Création Gestionnaire
+ 36 | closed | [Frontend] Inscription Parent - Étape 1 (Parent 1)
+ 37 | closed | [Frontend] Inscription Parent - Étape 2 (Parent 2)
+ 38 | closed | [Frontend] Inscription Parent - Étape 3 (Enfants)
+ 39 | closed | [Frontend] Inscription Parent - Étapes 4-6 (Finalisatio
+ 40 | closed | [Frontend] Inscription AM - Panneau 1 (Identité)
+ 41 | closed | [Frontend] Inscription AM - Panneau 2 (Infos pro)
+ 42 | closed | [Frontend] Inscription AM - Finalisation
+ 43 | open   | [Frontend] Écran Création Mot de Passe
+ 44 | closed | [Frontend] Dashboard Gestionnaire - Structure
+ 45 | open   | [Frontend] Dashboard Gestionnaire - Liste Parents
+ 46 | open   | [Frontend] Dashboard Gestionnaire - Liste AM
+ 47 | open   | [Frontend] Écran Changement MDP Obligatoire
+ 48 | open   | [Frontend] Gestion Erreurs & Messages
+ 49 | open   | [Frontend] Écran Gestion Documents Légaux (Admin)
+ 50 | open   | [Frontend] Affichage dynamique CGU lors inscription
+ 51 | open   | [Frontend] Écran Logs Admin (optionnel v1.1)
+ 54 | open   | [Tests] Tests E2E Frontend
+ 82 | closed | [Frontend] Adapter �cran Login pour mobile
+ 83 | closed | [Frontend] Adapter �cran Choix Inscription pour mobile
+
+Suivi doc 23_LISTE-TICKETS (Gitea #73,78,79,81,82,83):
+  #73 closed labels=[]
+  #78 closed labels=[]
+  #79 closed labels=[]
+  #81 closed labels=[]
+  #82 closed (écran Login mobile)
+  #83 closed labels=['frontend', 'p3', 'phase-1', 'ux']

docs/archive/temporaires/README.md

@@ -0,0 +1,10 @@
+# Temporaires
+
+Fichiers **non numérotés** de travail (brouillons, listes de tickets exportées,
+alignements UI en cours, etc.).
+
+- Préfixe conseillé pour les nouveaux fichiers jetables : **`TEMP_`** ou
+  **`WIP_`** dans ce dossier.
+- **Suppression** : dès que la fonctionnalité est livrée ou le sujet clos,
+  supprimer le fichier (ou le déplacer vers `obsolete/` si une trace utile
+  reste nécessaire).

docs/archive/temporaires/TEMP_FRONT_alignement_AM.md

@@ -0,0 +1,46 @@
+# TEMP — Alignement front / API (inscription AM & validation gestionnaire)
+
+> **Archivé** (`docs/archive/temporaires/`) — **fichier temporaire** ; à
+> **supprimer** une fois le front livré ou le sujet clos (voir
+> `docs/archive/temporaires/README.md`).
+
+Ce document décrit les changements **côté API** et ce que **Flutter** doit faire pour rester aligné. Aucune modification front n’a été faite dans le chantier backend associé.
+
+## 1. `POST /auth/register/am` — lieu de naissance obligatoire
+
+- **`lieu_naissance_ville`** et **`lieu_naissance_pays`** sont **obligatoires** (non vides après trim, min. **2 caractères** chacun, max 100).
+- Réponses **400** si manquants ou invalides (messages class-validator).
+- **Action front** : champs obligatoires dans le parcours AM (étapes identité / naissance), validation UI avant envoi ; afficher les erreurs renvoyées par l’API.
+
+## 2. Réponse `GET /dossiers/:numeroDossier` (type `am`)
+
+Sous `dossier.user`, l’API peut inclure :
+
+| Clé JSON | Description |
+|----------|-------------|
+| `date_naissance` | Date (si renseignée à l’inscription) |
+| `lieu_naissance_ville` | Ville de naissance |
+| `lieu_naissance_pays` | Pays de naissance |
+| `consentement_photo` | Booléen (exposé dans `dossier.user`) |
+
+À la **racine** de `dossier` (objet AM), champs déjà renvoyés par le backend : `disponible`, `annees_experience`, `specialite`, `nb_max_enfants`, `place_disponible`, etc.
+
+**Action front** :
+
+- Étendre **`AppUser.fromJson` / `toJson`** (`lib/models/user.dart`) pour mapper `date_naissance`, `lieu_naissance_ville`, `lieu_naissance_pays`, `consentement_photo`.
+- Étendre **`DossierAM.fromJson`** (`lib/models/dossier_unifie.dart`) pour parser `disponible`, `annees_experience`, `specialite` à la racine du dossier (noms snake_case comme dans la réponse JSON Nest).
+
+## 3. `ValidationAmWizard` (admin)
+
+Afficher pour cohérence avec le formulaire d’inscription :
+
+- **Informations personnelles** : date de naissance, ville / pays de naissance, consentement photo (Oui/Non).
+- **Informations professionnelles** : disponibilité, années d’expérience, spécialité (afficher « – » si `null`).
+
+## 4. `place_disponible` à l’inscription
+
+- Le backend initialise **`place_disponible`** sur la fiche AM à la **même valeur** que **`capacite_accueil`** à la création. Le wizard peut donc afficher une valeur cohérente avec la capacité sans champ séparé côté public.
+
+---
+
+*Dernière mise à jour : alignement backend branche `feature/120-inscription-am-photo-backend`.*