a7e5f91a21
Cette mise à jour majeure introduit une fonctionnalité de scan et de saisie manuelle de codes QR directement depuis la page de préparation d'un événement. Ce système accélère et fiabilise le processus de validation des équipements et des containers pour chaque étape (préparation, chargement, etc.), tout en ajoutant des retours sonores, haptiques et visuels pour une expérience utilisateur améliorée.
**Fonctionnalités et améliorations principales :**
- **Scan et saisie manuelle en préparation d'événement :**
- Ajout d'un champ de "Saisie manuelle" et d'un bouton "Scanner QR Code" sur la page de préparation (`EventPreparationPage`).
- Le scanner peut fonctionner en mode "multi-scan", permettant de valider plusieurs éléments à la suite sans fermer la caméra.
- Le système gère à la fois les équipements individuels et les containers (qui valident automatiquement tout leur contenu).
- **Logique de traitement intelligente (`QRCodeProcessingService`) :**
- Un nouveau service centralise la logique de traitement des codes.
- Pour les équipements quantitatifs, chaque scan incrémente la quantité jusqu'à atteindre la cible requise pour l'étape en cours.
- Pour les équipements non quantitatifs, le premier scan valide l'élément.
- Les scans multiples d'un élément déjà validé ou dont la quantité est atteinte génèrent une erreur.
- **Ajout dynamique d'équipements :**
- Si un code scanné n'est pas assigné à l'événement, une boîte de dialogue propose de rechercher l'équipement ou le container dans la base de données et de l'ajouter à l'événement en cours.
- **Feedbacks utilisateur :**
- Création d'un `AudioFeedbackService` pour fournir des retours sonores (succès/erreur) et haptiques (vibration) lors de chaque scan.
- Des `Snackbars` claires (vertes pour succès, orange pour erreur) informent l'utilisateur du résultat de chaque action.
- **Optimisation du chargement des données :**
- Nouvel endpoint backend `getEventWithDetails` qui charge un événement et toutes ses dépendances (équipements, containers et leurs enfants) en un seul appel, optimisant drastiquement les temps de chargement des pages de préparation et de modification d'événement.
- Le frontend (`EventPreparationPage`, `EventAssignedEquipmentSection`) utilise ce nouvel endpoint, éliminant les chargements multiples et fiabilisant l'affichage des données.
**Refactorisation et corrections :**
- **Structure du code :**
- La logique de traitement des codes est extraite dans le `QRCodeProcessingService`.
- Création de widgets dédiés (`CodeNotFoundDialog`, `AddEquipmentToEventDialog`) pour gérer les nouveaux flux utilisateurs.
- **Fiabilisation de l'état :**
- Mise à jour optimiste de l'UI lors du changement de statut d'un événement (`EventStatusButton`) pour une meilleure réactivité.
- Correction d'un bug dans la suppression d'un container d'un événement, qui pouvait retirer des équipements partagés avec d'autres containers.
- Correction d'un bug lors de l'ajout d'un container à un événement, qui n'ajoutait pas automatiquement ses équipements enfants.
- **Optimisations des performances UI :**
- Amélioration de la fluidité du défilement infini sur la page de gestion des équipements grâce à `RepaintBoundary` et à une gestion optimisée du chargement.
**Déploiement et version :**
- **Scripts de déploiement :** Ajout d'un script PowerShell (`deploy_hosting.ps1`) et amélioration du script Node.js pour automatiser et fiabiliser les déploiements sur Firebase Hosting.
- **Configuration CORS :** Les en-têtes CORS sont désormais configurés pour `version.json`, assurant le bon fonctionnement du mécanisme de mise à jour de l'application.
- **Version de l'application :** Incrémentée à `1.0.6`.
104 lines
3.9 KiB
PowerShell
104 lines
3.9 KiB
PowerShell
# Script de déploiement du hosting Firebase
|
|
# Ce script construit l'application et la déploie sur Firebase Hosting
|
|
|
|
Write-Host "=== Déploiement Firebase Hosting ===" -ForegroundColor Cyan
|
|
Write-Host ""
|
|
|
|
# 1. Vérifier que nous sommes dans le bon dossier
|
|
if (!(Test-Path "pubspec.yaml")) {
|
|
Write-Host "ERREUR: Ce script doit être exécuté depuis la racine du projet Flutter" -ForegroundColor Red
|
|
exit 1
|
|
}
|
|
|
|
# 2. Construire l'application Flutter pour le web
|
|
Write-Host "Étape 1/3: Construction de l'application Flutter pour le web..." -ForegroundColor Yellow
|
|
flutter build web
|
|
|
|
if ($LASTEXITCODE -ne 0) {
|
|
Write-Host "ERREUR: La construction de l'application a échoué" -ForegroundColor Red
|
|
exit 1
|
|
}
|
|
|
|
Write-Host "✓ Application construite avec succès" -ForegroundColor Green
|
|
Write-Host ""
|
|
|
|
# 3. Vérifier que version.json existe
|
|
if (!(Test-Path "build/web/version.json")) {
|
|
Write-Host "AVERTISSEMENT: version.json n'a pas été copié dans build/web/" -ForegroundColor Yellow
|
|
|
|
# Copier manuellement si nécessaire
|
|
if (Test-Path "web/version.json") {
|
|
Write-Host " → Copie de web/version.json vers build/web/..." -ForegroundColor Yellow
|
|
Copy-Item "web/version.json" "build/web/version.json"
|
|
Write-Host "✓ Fichier copié" -ForegroundColor Green
|
|
} else {
|
|
Write-Host "ERREUR: web/version.json n'existe pas" -ForegroundColor Red
|
|
exit 1
|
|
}
|
|
}
|
|
|
|
Write-Host ""
|
|
|
|
# 4. Afficher la version qui va être déployée
|
|
$versionContent = Get-Content "build/web/version.json" | ConvertFrom-Json
|
|
Write-Host "Version à déployer: $($versionContent.version)" -ForegroundColor Cyan
|
|
Write-Host "Force update: $($versionContent.forceUpdate)" -ForegroundColor Cyan
|
|
Write-Host ""
|
|
|
|
# 5. Demander confirmation
|
|
$confirm = Read-Host "Voulez-vous déployer sur Firebase Hosting ? (o/n)"
|
|
if ($confirm -ne "o" -and $confirm -ne "O") {
|
|
Write-Host "Déploiement annulé" -ForegroundColor Yellow
|
|
exit 0
|
|
}
|
|
|
|
Write-Host ""
|
|
|
|
# 6. Déployer sur Firebase Hosting
|
|
Write-Host "Étape 2/3: Déploiement sur Firebase Hosting..." -ForegroundColor Yellow
|
|
firebase deploy --only hosting
|
|
|
|
if ($LASTEXITCODE -ne 0) {
|
|
Write-Host "ERREUR: Le déploiement a échoué" -ForegroundColor Red
|
|
exit 1
|
|
}
|
|
|
|
Write-Host "✓ Déploiement réussi" -ForegroundColor Green
|
|
Write-Host ""
|
|
|
|
# 7. Vérifier que version.json est accessible
|
|
Write-Host "Étape 3/3: Vérification de l'accès à version.json..." -ForegroundColor Yellow
|
|
|
|
try {
|
|
$response = Invoke-WebRequest -Uri "https://app.em2events.fr/version.json" -Method GET -UseBasicParsing
|
|
|
|
if ($response.StatusCode -eq 200) {
|
|
Write-Host "✓ version.json est accessible" -ForegroundColor Green
|
|
|
|
# Vérifier les en-têtes CORS
|
|
if ($response.Headers["Access-Control-Allow-Origin"]) {
|
|
Write-Host "✓ En-têtes CORS configurés correctement" -ForegroundColor Green
|
|
} else {
|
|
Write-Host "⚠ ATTENTION: En-têtes CORS non détectés" -ForegroundColor Yellow
|
|
Write-Host " Les en-têtes peuvent prendre quelques minutes pour se propager" -ForegroundColor Yellow
|
|
}
|
|
|
|
# Afficher la version déployée
|
|
$deployedVersion = ($response.Content | ConvertFrom-Json).version
|
|
Write-Host "Version déployée: $deployedVersion" -ForegroundColor Cyan
|
|
|
|
} else {
|
|
Write-Host "⚠ Code de statut: $($response.StatusCode)" -ForegroundColor Yellow
|
|
}
|
|
} catch {
|
|
Write-Host "⚠ Impossible de vérifier l'accès à version.json" -ForegroundColor Yellow
|
|
Write-Host " Erreur: $($_.Exception.Message)" -ForegroundColor Yellow
|
|
Write-Host " Le fichier peut prendre quelques minutes pour être accessible" -ForegroundColor Yellow
|
|
}
|
|
|
|
Write-Host ""
|
|
Write-Host "=== Déploiement terminé ===" -ForegroundColor Cyan
|
|
Write-Host ""
|
|
Write-Host "Les utilisateurs recevront une notification de mise à jour au prochain chargement de l'application." -ForegroundColor Green
|
|
Write-Host "URL de l'application: https://app.em2events.fr" -ForegroundColor Cyan
|