v0.1.4-pre.018

docs/plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md

@@ -1023,6 +1023,12 @@ DTO UI
 
 Aucun nouvel éditeur ne reçoit une API de filesystem directe ni ne transporte son propre validateur autoritatif.
 
+### 15.4 Implémentation `pre.018`
+
+Le shell applicatif matérialise désormais cette architecture dans `frontend/ts/shell_registry.ts` : les vues sont décrites dans un registre unique et les adapters spécialisés sont déclarés séparément par `file_id`. Le panneau Documents interroge ce registre pour afficher ou non **Ouvrir l'éditeur spécialisé** ; il ne contient aucune branche métier Logging. Le premier mapping est `cfg.std.logging -> logging`.
+
+Le bootstrap Logging sépare également la **résolution du plan de démarrage** de l'**installation du subscriber**. Une source invalide peut ainsi être testée comme plan fallback sans initialiser le subscriber global du binaire de tests.
+
 ## 16. Stratégie de tests
 
 ### 16.1 `ksp-config-lib`
@@ -1253,7 +1259,7 @@ pre.016  Logging runtime — compléments [réalisé]
          - observabilité metadata/génération du runtime
          - consolidation des scénarios de rollback/runtime
 
-pre.017  panneau Test Logging [en cours]
+pre.017  panneau Test Logging [réalisé]
          - champ message
          - niveau trace/debug/info/warn/error/tous
          - select target KSP contrôlé
@@ -1262,7 +1268,7 @@ pre.017  panneau Test Logging [en cours]
          - preuve routing avant/après hot reload
          - preuve bridge frontend
 
-pre.018  robustesse/extensibilité/tests desktop
+pre.018  robustesse/extensibilité/tests desktop [en cours]
          - invalid source au démarrage
          - audits secrets/Config ownership/tracing
          - tests frontend/Tauri/build