- Utilisation de MutationObserver pour détecter quand le header est ajouté au DOM
- Timeout de sécurité après 5 secondes
- Amélioration de la logique d'initialisation pour éviter les exécutions multiples
- Logs détaillés pour diagnostic
- Logs dans initWhenReady() pour voir si le header est trouvé
- Logs dans addLinksToHeader() pour voir si la fonction est appelée
- Retry avec limite de 10 tentatives pour trouver le header
- Logs pour vérifier l'ajout du lien Équipe
- Amélioration de la copie de team.html avec vérifications et logs
- Fonction initWhenReady() pour attendre que le header soit disponible
- Logs de debug pour vérifier l'ajout du lien Équipe
- Vérification de l'existence des fichiers avant copie dans out/
- Correction logique addLinksToHeader() pour éviter retour prématuré
- Utilisation d'un conteneur dédié pour les liens de navigation
- Copie explicite de team.html et team-visualization-data.json dans out/ après build
- Le lien Équipe s'affiche maintenant correctement dans le header
- Création du script generate-team-visualization-data.js pour générer les données JSON
- Page /team.html avec 3 visualisations :
* Graphe réseau (Cytoscape.js) : technologies ↔ membres
* Matrice de congestion : technologies core et disponibilité
* Équipe de genèse MVP : sélection automatique pour MVP 2 mois
- Ajout du lien '👥 Équipe' dans le header du radar
- Données JSON générées pour visualisations interactives
- Identification des congestions et technologies non couvertes
- Interception de fetch et XMLHttpRequest pour bloquer les requêtes webpack.hot-update.json
- Cela empêche Fast Refresh de déclencher des rechargements en boucle
- Ajout de NEXT_DISABLE_FAST_REFRESH dans start-business.sh (si supporté par Next.js)
- Les requêtes webpack hot-update sont maintenant ignorées silencieusement
- Retrait de la modification de document.documentElement.style.display qui déclenchait des rechargements
- Ajout d'une vérification pour éviter l'exécution pendant les erreurs de rechargement
- Cela devrait réduire les rechargements en boucle causés par Fast Refresh
- Ajout de protections contre les exécutions multiples de initStrategyLinks()
- Protection globale avec window.__strategieScriptLoaded pour éviter la réexécution du script
- Vérification dans addLinksToHeader() pour éviter d'ajouter les liens plusieurs fois
- Gestion correcte du flag isInitialized lors des retours au radar
- Cela devrait résoudre les problèmes de Fast Refresh qui causent des rechargements en boucle
- Création de docs/app/ pour la documentation de l'application
- Création de docs/data/ pour les données utilisées par l'application
- Déplacement de la documentation technique vers docs/app/
- Déplacement des données métier vers docs/data/
- Mise à jour de tous les liens et références dans les fichiers
- Mise à jour des scripts (extract-technologies.js, analyze-business-metrics.js)
- Mise à jour des fichiers JavaScript (custom.js, strategie-link.js)
- Création de README.md dans docs/, docs/app/ et docs/data/
- Mise à jour du Readme.md principal avec les nouveaux chemins
- Script serve-business.sh configuré pour port 3004
- Bouton stratégie en haut de page
- Contenu complet de strategie-evolution-technique.md intégré
- Conversion Markdown vers HTML avec styles
- Bouton déplacé en haut de page (header ou barre fixe)
- Contenu complet de strategie-evolution-technique.md intégré
- Conversion Markdown vers HTML avec styles
- Script serve-business.sh configuré pour port 3004
- La page stratégie est maintenant créée dynamiquement via JS
- Lien vers le fichier Markdown dans le dépôt GitLab
- Fonctionne avec le basePath /business de Next.js
- Création d'une page HTML statique pour la stratégie (public/strategie.html)
- Ajout d'un script JavaScript pour injecter un lien dans le footer (strategie-link.js)
- Mise à jour de la config pour charger le script JS personnalisé
- Page stratégie mise en forme avec sections, priorités et KPIs
- Lien accessible depuis le footer du radar
