C'est quoi LSDEDE?

LSDE (LS Dialog Editor) est un outil gratuit pour les développeurs de jeux et de logiciels qui combine l'édition visuelle de graphes de dialogue, la traduction assistée par IA, la génération de voix, l'intégration i18n au code, et les diagnostics de projet. Plus d'info : lepasoft.com/fr/software/ls-dialog-editor. LSDE exporte les graphes de dialogue en blueprints (JSON, XML, YAML ou CSV) contenant des scenes, blocks, connections, dictionaries et action signatures.

LSDEDE (LSDE Dialog Engine) est le engine multi-runtime qui load et exécute ces blueprints. Il est disponible en plusieurs langages pour une intégration native dans n'importe quel game engine ou framework.

Runtimes disponibles

Runtime	Langage	Cible	Source
TypeScript	TypeScript / JavaScript	Implémentation de référence	lsde-ts
C#	C# (.NET Standard 2.1)	Unity, Godot Mono, .NET	lsde-csharp
C++	C++17	Unreal Engine, engines custom	lsde-cpp
GDScript	GDScript	Godot 4	lsde-gdscript

Tous les runtimes partagent le même format de blueprint et passent une suite de tests cross-language commune (42 cas de test).

Architecture

Chaque runtime suit le même pattern de callback-driven graph dispatcher :

1. Blueprint — Un fichier exporté de LSDE (JSON, XML ou YAML), contenant les scenes, blocks et connections.
2. Engine — Valide le blueprint, build le graphe interne et dispatch les blocks aux handlers enregistrés.
3. Handlers — Les fonctions qui réagissent à chaque type de block (dialog, choice, condition, action).
4. Le jeu — Les conditions, actions et la résolution de personnages sont gérées par les handler callbacks.

      Blueprint
        │
        ▼
     Engine ◄── next() ──┐
        │                 │
     dispatch             │
        │                 │
        ▼                 │
     Handlers ────────────┘

Principes de design

• Zero-dependency — Aucune dépendance runtime dans aucun langage.
• Framework-agnostic — Fonctionne avec n'importe quel game engine ou UI framework.
• Callback-driven — Pas de render loop interne. next() est appelé quand le code est prêt à continuer.
• Two-tier handlers — Handlers globaux (engine-level) et scene-level avec preventGlobalHandler().
• Conformité cross-language — Tous les runtimes produisent un output identique pour le même blueprint.