v0.1.4-pre.019
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!-- file: docs/IDEAS.md -->
|
||||
<!-- version: 14 -->
|
||||
<!-- version: 15 -->
|
||||
|
||||
# Idées à explorer
|
||||
|
||||
@@ -304,6 +304,16 @@ Les workers sont des services autonomes. Une app manager devra donc disposer d'u
|
||||
|
||||
Ne pas créer de `ksp-ipc-api` générique avant de connaître les contraintes réelles du premier manager : plateforme, framing, discovery, authentication locale et lifecycle.
|
||||
|
||||
## Applications desktop — idées de diagnostic
|
||||
|
||||
### Réflexion Rust -> console WebKit
|
||||
|
||||
**Status :** Reporté hors `0.1.4`, à réévaluer au premier besoin de diagnostic WebView
|
||||
|
||||
Le bridge Config Desk validé en `0.1.4` couvre `console.*`/helpers frontend -> commande Tauri -> `ksp-logging-lib` tout en conservant l’affichage local dans la console WebKit. Le retour général des événements Rust vers la console WebKit n’est pas nécessaire au contrat fonctionnel actuel.
|
||||
|
||||
Si cette capacité devient utile, l’intégration doit être conçue dans la pile possédée par `ksp-logging-lib` afin de conserver un subscriber global unique. Elle doit vérifier explicitement l’absence de double émission et de boucle avec le bridge frontend avant toute adoption d’un mécanisme de type `WebviewLayer`/console attachée.
|
||||
|
||||
## Séquencement des releases futures
|
||||
|
||||
### Numérotation fine après `0.1.x`
|
||||
|
||||
Reference in New Issue
Block a user