79 lines
3.4 KiB
Markdown
79 lines
3.4 KiB
Markdown
<!-- file: deltas/0.1.3/pre.015-fix.002.md -->
|
|
<!-- version: 1 -->
|
|
|
|
# Delta 0.1.3-pre.015-fix.002 — tracing Tauri et critères de clôture de ksp-app-config-desk
|
|
|
|
## Base requise
|
|
|
|
```text
|
|
0.1.3-pre.015-fix.001
|
|
workspace.package.version = "0.1.3-pre.15"
|
|
```
|
|
|
|
Ce correctif est exclusivement documentaire. Il ne modifie aucun fichier Rust, manifest Cargo, fichier Config runtime, schema ou variable d'environnement. `workspace.package.version` reste donc `0.1.3-pre.15`.
|
|
|
|
## Objet
|
|
|
|
Le correctif complète les règles du gabarit Tauri de référence et les critères fonctionnels de `0.1.4`.
|
|
|
|
### Intégration tracing des applications Tauri
|
|
|
|
Les applications Tauri KSP restent dans l'écosystème `tracing` :
|
|
|
|
- `ksp-logging-lib` reste propriétaire de la configuration et du runtime `tracing` ;
|
|
- la frontière desktop utilise le plugin Tauri de tracing retenu (`tauri-plugin-tracing` ou successeur explicitement validé) et des adapters similaires à ceux éprouvés dans khadhroony-bot3 ;
|
|
- l'application ne possède/configure pas directement `tracing-subscriber` ou `tracing-appender` ;
|
|
- `tauri-plugin-log` et une seconde pile fondée sur la crate `log` sont interdits sauf future décision architecturale explicite remplaçant cette règle.
|
|
|
|
Le `pre.001` de `0.1.4` devra vérifier la version réellement actuelle/compatible du plugin avant ajout de la dépendance.
|
|
|
|
### Critères minimaux de clôture de `0.1.4`
|
|
|
|
La première version de `ksp-app-config-desk` ne pourra être considérée comme validée que si l'application permet réellement de :
|
|
|
|
1. créer et modifier plusieurs profils Logging depuis l'UI ;
|
|
2. configurer au minimum un profil mono-fichier ;
|
|
3. configurer au minimum un profil multi-fichiers avec sorties séparées et sortie logiciel/console ;
|
|
4. sauvegarder ces modifications via les APIs de management de `ksp-config-lib` ;
|
|
5. sélectionner/appliquer un profil ;
|
|
6. recharger à chaud la configuration Logging ;
|
|
7. constater effectivement le nouveau routage/format/sink sans redémarrage, et pas seulement obtenir un retour `Ok` d'une commande de reload ;
|
|
8. conserver le runtime Logging précédent lorsqu'une nouvelle configuration est invalide.
|
|
|
|
### Extensibilité du gestionnaire Config
|
|
|
|
`ksp-app-config-desk` doit devenir un shell de management extensible. La première version peut implémenter un éditeur Logging spécialisé et typé, mais son architecture ne doit pas être figée sur `std.logging.json` : de futurs `file_id`, schemas et éditeurs/panneaux spécialisés devront pouvoir être ajoutés sans déplacer parsing, validation ou persistence hors de `ksp-config-lib`.
|
|
|
|
## Fichiers modifiés
|
|
|
|
```text
|
|
docs/rules/RULES_KSP.md
|
|
prompts/004-V0_1_4_START_PROMPT.md
|
|
```
|
|
|
|
## Fichier ajouté
|
|
|
|
```text
|
|
deltas/0.1.3/pre.015-fix.002.md
|
|
```
|
|
|
|
## Version Cargo
|
|
|
|
Aucune modification :
|
|
|
|
```text
|
|
workspace.package.version = "0.1.3-pre.15"
|
|
```
|
|
|
|
## Validation du correctif
|
|
|
|
Le correctif étant documentaire :
|
|
|
|
- vérifier les headers `file:` / `version:` ;
|
|
- vérifier l'absence de modification Rust/Cargo/config ;
|
|
- vérifier la cohérence entre les règles KSP et le prompt `0.1.4` ;
|
|
- vérifier que `tauri-plugin-log` n'est cité que comme dépendance interdite ;
|
|
- vérifier que les critères de clôture multi-profils + hot reload sont explicitement présents.
|
|
|
|
Aucune commande Cargo n'est requise spécifiquement pour ce fix documentaire. La validation globale de fermeture de `0.1.3` reste requise avant `rel.001`.
|