zpp_config 2.2.0__tar.gz → 2.2.2__tar.gz

{zpp_config-2.2.0/zpp_config.egg-info → zpp_config-2.2.2}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: zpp_config
-Version: 2.2.0
+Version: 2.2.2
 Summary: Module pour le chargement et la modification de fichier de configuration
 Home-page: https://github.com/ZephyrOff/zpp_config
 Author: 
@@ -37,18 +37,18 @@ Dynamic: project-url
 Dynamic: requires-dist
 Dynamic: summary
 
-# Présentation
+# Présentation
 
-Ce module fournit un système complet de **gestion de fichiers de configuration** permettant :
+Ce module fournit un système complet de **gestion de fichiers de configuration** permettant :
 
 - YAML / JSON / TOML  
 - Templates Jinja2 (avec variables, `env()`, `vault()`, `vault_encryption()`)  
 - Chargement lazy - Auto-save - Export  
-- Validation via schéma hiérarchique et règles globales  
-- Accès dynamique par attributs _ou_ indexés (`cfg.db.host`)  
-- Merge / Update sans écrasement  
+- Validation via schéma hiérarchique et règles globales  
+- Accès dynamique par attributs _ou_ indexés (`cfg.db.host`)  
+- Merge / Update sans écrasement  
 - Auto-reload du fichier via **watchdog**  
-- Compatibilité Vault (clé protégée et décryptage)
+- Compatibilité Vault (clé protégée et décryptage)
 
 # Installation
 
@@ -66,11 +66,11 @@ from zpp_config import Config
 config = Config("config.yaml")
 ```
 
-Le backend est automatiquement choisi selon l’extension du fichier, mais il est possible de définir le type de configuration avec l'attribut **filetype** (yaml, json ou toml).
+Le backend est automatiquement choisi selon l’extension du fichier, mais il est possible de définir le type de configuration avec l'attribut **filetype** (yaml, json ou toml).
 
-Lors de l'initialisation, il est également possible de définir plusieurs paramètres qui seront utile pour le render Jinja.
+Lors de l'initialisation, il est également possible de définir plusieurs paramètres qui seront utile pour le render Jinja.
 
-**context**:  défini un dictionnaire contenant les variables Jinja
+**context**:  défini un dictionnaire contenant les variables Jinja
 **vault_file**: emplacement du fichier vault
 **vault_keyfile**: emplacement du fichier contenant le mot de passe du vault
 **vault_password**: mot de passe du vault
@@ -90,7 +90,7 @@ config = Config(
 
 #### set_context()
 
-Il est possible de redéfinir le context après chargement grâce à:
+Il est possible de redéfinir le context après chargement grâce à:
 
 ```python
 config.set_context({"env": "staging", "debug": True})
@@ -99,38 +99,38 @@ config.reload()   # re-rend le template avec le nouveau contexte
 
 ### Chargement du fichier
 
-Il est possible de forcer le chargement du fichier avec la méthode **load**
+Il est possible de forcer le chargement du fichier avec la méthode **load**
 
 ```python
 config.load()
 ```
 
-Toutefois, la configuration sera chargé automatiquement lors du premier appel de la configuration.
+Toutefois, la configuration sera chargé automatiquement lors du premier appel de la configuration.
 
 #### Auto-reload
 
-Il est possible d'activer l'auto-reload pour permet de recharger la configuration dans le cas où le fichier de configuration change
+Il est possible d'activer l'auto-reload pour permet de recharger la configuration dans le cas où le fichier de configuration change
 
 ```python
 config.autoreload(True)
 ```
 
-Il est possible de définir un callback a déclenché lorsque la configuration est rechargé
+Il est possible de définir un callback a déclenché lorsque la configuration est rechargé
 
 ```python
 def on_reload(cfg):
-    print("Configuration rechargée !")
+    print("Configuration rechargée !")
 
 config._on_reload = on_reload
 config.autoreload(True)
 ```
 
-On est également désactiver l'auto-reload avec:
+On est également désactiver l'auto-reload avec:
 ```python
 config.stop_autoreload()
 ```
 
-### Accès aux valeurs
+### Accès aux valeurs
 
 #### Par attributs
 ```python
@@ -144,13 +144,13 @@ db_host = config["db.host"]
 ```python
 db_host = config.get("db.host", default="127.0.0.1")
 ```
-#### Itération
+#### Itération
 ```python
 for key, sub in config.db.items():
    print(key, sub.to_dict())
 ```
 
-#### Vérifier l’existence d’un chemin
+#### Vérifier l’existence d’un chemin
 ```python
 "db.host" in config   # True / False
 ```
@@ -164,7 +164,7 @@ config.set("feature.enable", True)
 config.delete("db.password")
 ```
 
-Toutes les modifications sont gardées en mémoire tant qu’on ne sauvegarde pas.
+Toutes les modifications sont gardées en mémoire tant qu’on ne sauvegarde pas.
 
 ### Suppression des valeurs
 
@@ -178,13 +178,13 @@ del config.db.password
 
 #### Sauvegarde manuelle
 
-Pour sauvegarder la configuration, on utilise la méthode **save**
+Pour sauvegarder la configuration, on utilise la méthode **save**
 
 ```python
 config.save()
 ```
 
-L'argument **filepath** permettra de définir le fichier de sortie.
+L'argument **filepath** permettra de définir le fichier de sortie.
 
 
 #### Sauvegarde automatique
@@ -204,39 +204,39 @@ config.merge({"db": {"port": 3307}}, overload=True)
 ```
 
 
-Met à jour **une partie** :
+Met à jour **une partie** :
 ```python
 config.update("db", {"user": "root"})
 ```
 
-- `overload=False` → ne remplace pas les valeurs existantes
-- `overload=True` → écrase celles existantes
+- `overload=False` → ne remplace pas les valeurs existantes
+- `overload=True` → écrase celles existantes
 
-### Vault et données chiffrées
+### Vault et données chiffrées
 
-Le render Jinja fournis 2 méthodes pour récupérer des données chiffrées depuis un fichier vault ou un string vault_encryption
+Le render Jinja fournis 2 méthodes pour récupérer des données chiffrées depuis un fichier vault ou un string vault_encryption
 
-La méthode **vault** permet de récupérer des clés depuis un vault
+La méthode **vault** permet de récupérer des clés depuis un vault
 
 ```python
 password: "{{ vault('db_password') }}"
 ```
 
-Lors de l'initialisation de la config, il faudra forcément **vault_file** et **vault_password** ou **vault_keyfile**
+Lors de l'initialisation de la config, il faudra forcément **vault_file** et **vault_password** ou **vault_keyfile**
 
-La méthode **vault_encryption** permet de déchiffrer des clés vault_encryption
+La méthode **vault_encryption** permet de déchiffrer des clés vault_encryption
 
 ```python
 api_key: "{{ vault_encryption('encrypted_api_key') }}"
 ```
 
-Lors de l'initialisation de la config, il faudra forcément **vault_encryption_keyfile** ou **vault_encryption_password**
+Lors de l'initialisation de la config, il faudra forcément **vault_encryption_keyfile** ou **vault_encryption_password**
 
-### Méthode complémentaire Jinja
+### Méthode complémentaire Jinja
 
-#### Méthode env
+#### Méthode env
 
-La méthode **env** permet de récupérer des variables d'environnements
+La méthode **env** permet de récupérer des variables d'environnements
 
 ```python
 debug: "{{ env('DEBUG', False) }}"
@@ -245,7 +245,7 @@ url: "https://{{ env('DOMAIN') }}/api"
 
 ## Enregistrement Jinja (filtres / tests / globals)
 
-Tu peux enrichir l'environnement Jinja utilisé pour rendre le fichier de config.
+Tu peux enrichir l'environnement Jinja utilisé pour rendre le fichier de config.
 #### register_filter(name: str, func)
 
 Enregistre un **filtre** Jinja utilisable dans le template.
@@ -306,10 +306,10 @@ generated_at: "{{ now() }}"
 
 ### Validation de la configuration
 
-#### Validation via schéma hiérarchique
+#### Validation via schéma hiérarchique
 
-Il est possible de vérifier une configuration à partir d'un schéma. 
-Le schéma va décrire l'architecture et les prérequis des clés définis.
+Il est possible de vérifier une configuration à partir d'un schéma. 
+Le schéma va décrire l'architecture et les prérequis des clés définis.
 
 ```python
 schema = {
@@ -322,10 +322,10 @@ schema = {
 errors = config.validate(schema=schema)
 ```
 
-#### Validation via des règles
+#### Validation via des règles
 
-Il est possible de vérifier une configuration à partir d'un schéma. 
-Le schéma va décrire l'architecture et les prérequis des clés définis.
+Il est possible de vérifier une configuration à partir d'un schéma. 
+Le schéma va décrire l'architecture et les prérequis des clés définis.
 
 ```python
 rules = {
@@ -335,16 +335,16 @@ rules = {
 errors = config.validate(rules=rules, strict=False)
 ```
 
-#### Définition possible
+#### Définition possible
 
-|Règle|Pour|Description|
+|Règle|Pour|Description|
 |---|---|---|
-|`_required`|Tout|Clé obligatoire|
+|`_required`|Tout|Clé obligatoire|
 |`_type`|Tout|Type Python attendu|
-|`_min`, `_max`|Numérique|Limites|
-|`_len`, `_min_len`, `_max_len`|Chaînes|Taille|
-|`_regex`|Chaînes|Validation Regex|
-|`_enum`|Tout|Liste de valeurs autorisées|
+|`_min`, `_max`|Numérique|Limites|
+|`_len`, `_min_len`, `_max_len`|Chaînes|Taille|
+|`_regex`|Chaînes|Validation Regex|
+|`_enum`|Tout|Liste de valeurs autorisées|
 |`_not`|Tout|Valeur interdite|
 
 ### Export
@@ -357,37 +357,37 @@ config.export("output.toml", type="toml")
 
 ### Conversion
 
-Ces méthodes permettent d'obtenir des formats de sortie facilement utilisables.
+Ces méthodes permettent d'obtenir des formats de sortie facilement utilisables.
 
 ### to_dict()
 
-Retourne le contenu du nœud courant (ou racine) sous forme de `dict` Python standard.
+Retourne le contenu du nœud courant (ou racine) sous forme de `dict` Python standard.
 
 Exemple :
 ```python
 data = config.to_dict()
-# data est un dict prêt à être sérialisé
+# data est un dict prêt à être sérialisé
 ```
 
 ### to_json(indent: int = 4)
 
-Retourne une chaîne JSON formatée du nœud courant :
+Retourne une chaîne JSON formatée du nœud courant :
 ```python
 json_str = config.to_json()
 ```
 
 ### to_yaml(sort_keys: bool = True)
 
-Retourne YAML sérialisé :
+Retourne YAML sérialisé :
 ```python
 yaml_str = config.to_yaml()
 ```
 
 ### to_toml()
 
-Retourne TOML sérialisé (si toml est disponible) :
+Retourne TOML sérialisé (si toml est disponible) :
 ```python
 toml_str = config.to_toml()
 ```
 
-Ces méthodes n’écrivent pas sur le disque — elles renvoient des chaînes. Pour écrire un fichier, utilise `export(filepath, type=...)` ou `save()`.
+Ces méthodes n’écrivent pas sur le disque — elles renvoient des chaînes. Pour écrire un fichier, utilise `export(filepath, type=...)` ou `save()`.

zpp_config-2.2.2/zpp_config/backend/toml.py

@@ -0,0 +1,28 @@
+from tomlkit import parse, dumps
+from tomlkit.items import Table, Array
+from tomlkit.toml_document import TOMLDocument
+from .global_backend import ConfigBackend
+
+#Convertisseur pour transformer les objets TOML en dictionnaire
+def tomlkit_to_dict(obj):
+    if isinstance(obj, (TOMLDocument, Table)):
+        return {k: tomlkit_to_dict(v) for k, v in obj.items()}
+    elif isinstance(obj, Array):
+        return [tomlkit_to_dict(v) for v in obj]
+    else:
+        return obj
+
+class TomlBackend(ConfigBackend):
+    """NOUVEAU: Backend pour les fichiers TOML."""
+    def load(self, filename):
+        doc = parse(filename.read_text())
+        return tomlkit_to_dict(doc)
+
+    def load_data(self, rendered):
+        if not rendered.strip():
+            return {}
+        doc = parse(rendered)
+        return tomlkit_to_dict(doc)
+
+    def save(self, filename, data):
+        filename.write_text(dumps(data))

{zpp_config-2.2.0 → zpp_config-2.2.2}/zpp_config/config.py

@@ -1,10 +1,32 @@
 import impmagic
-
+from jinja2 import FileSystemLoader
+from pathlib import Path
 
 class ValidationError(Exception):
     pass
 
 
+class SafeFileSystemLoader(FileSystemLoader):
+    def get_source(self, environment, template):
+        try:
+            return super().get_source(environment, template)
+
+        except UnicodeDecodeError:
+            # Reconstruction du chemin réel
+            for searchpath in self.searchpath:
+                filename = Path(searchpath) / template
+                if filename.exists():
+                    break
+            else:
+                raise
+
+            # Fallback Windows
+            with open(filename, "r", encoding="cp1252") as f:
+                source = f.read()
+
+            return source, str(filename), lambda: False
+
+
 ## Méthode Jinja2
 @impmagic.loader(
     {'module':'os'},
@@ -338,7 +360,7 @@ class Config(ConfigNode):
         {'module':'zpp_config.backend.ini', 'submodule': ['IniBackend']},
         {'module':'zpp_config.backend.cfg', 'submodule': ['CfgBackend']},
         {'module':'pathlib', 'submodule': ['Path']},
-        {'module':'jinja2', 'submodule': ['Environment', 'FileSystemLoader']},
+        {'module':'jinja2', 'submodule': ['Environment']},
         {'module':'zpp_config.core.vault_encryption', 'submodule': ['vault_decrypt']},
     )
     def __init__(self, filename, filetype=None, context=None, vault_file=None, vault_keyfile=None, vault_password=None, vault_encryption_keyfile=None, vault_encryption_password=None):
@@ -358,7 +380,7 @@ class Config(ConfigNode):
 
         # Environment Jinja2 personnalisable
         self._env = Environment(
-            loader=FileSystemLoader(self._filename.parent),
+            loader=SafeFileSystemLoader(self._filename.parent),
             autoescape=False
         )
 

{zpp_config-2.2.0 → zpp_config-2.2.2/zpp_config.egg-info}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: zpp_config
-Version: 2.2.0
+Version: 2.2.2
 Summary: Module pour le chargement et la modification de fichier de configuration
 Home-page: https://github.com/ZephyrOff/zpp_config
 Author: 
@@ -37,18 +37,18 @@ Dynamic: project-url
 Dynamic: requires-dist
 Dynamic: summary
 
-# Présentation
+# Présentation
 
-Ce module fournit un système complet de **gestion de fichiers de configuration** permettant :
+Ce module fournit un système complet de **gestion de fichiers de configuration** permettant :
 
 - YAML / JSON / TOML  
 - Templates Jinja2 (avec variables, `env()`, `vault()`, `vault_encryption()`)  
 - Chargement lazy - Auto-save - Export  
-- Validation via schéma hiérarchique et règles globales  
-- Accès dynamique par attributs _ou_ indexés (`cfg.db.host`)  
-- Merge / Update sans écrasement  
+- Validation via schéma hiérarchique et règles globales  
+- Accès dynamique par attributs _ou_ indexés (`cfg.db.host`)  
+- Merge / Update sans écrasement  
 - Auto-reload du fichier via **watchdog**  
-- Compatibilité Vault (clé protégée et décryptage)
+- Compatibilité Vault (clé protégée et décryptage)
 
 # Installation
 
@@ -66,11 +66,11 @@ from zpp_config import Config
 config = Config("config.yaml")
 ```
 
-Le backend est automatiquement choisi selon l’extension du fichier, mais il est possible de définir le type de configuration avec l'attribut **filetype** (yaml, json ou toml).
+Le backend est automatiquement choisi selon l’extension du fichier, mais il est possible de définir le type de configuration avec l'attribut **filetype** (yaml, json ou toml).
 
-Lors de l'initialisation, il est également possible de définir plusieurs paramètres qui seront utile pour le render Jinja.
+Lors de l'initialisation, il est également possible de définir plusieurs paramètres qui seront utile pour le render Jinja.
 
-**context**:  défini un dictionnaire contenant les variables Jinja
+**context**:  défini un dictionnaire contenant les variables Jinja
 **vault_file**: emplacement du fichier vault
 **vault_keyfile**: emplacement du fichier contenant le mot de passe du vault
 **vault_password**: mot de passe du vault
@@ -90,7 +90,7 @@ config = Config(
 
 #### set_context()
 
-Il est possible de redéfinir le context après chargement grâce à:
+Il est possible de redéfinir le context après chargement grâce à:
 
 ```python
 config.set_context({"env": "staging", "debug": True})
@@ -99,38 +99,38 @@ config.reload()   # re-rend le template avec le nouveau contexte
 
 ### Chargement du fichier
 
-Il est possible de forcer le chargement du fichier avec la méthode **load**
+Il est possible de forcer le chargement du fichier avec la méthode **load**
 
 ```python
 config.load()
 ```
 
-Toutefois, la configuration sera chargé automatiquement lors du premier appel de la configuration.
+Toutefois, la configuration sera chargé automatiquement lors du premier appel de la configuration.
 
 #### Auto-reload
 
-Il est possible d'activer l'auto-reload pour permet de recharger la configuration dans le cas où le fichier de configuration change
+Il est possible d'activer l'auto-reload pour permet de recharger la configuration dans le cas où le fichier de configuration change
 
 ```python
 config.autoreload(True)
 ```
 
-Il est possible de définir un callback a déclenché lorsque la configuration est rechargé
+Il est possible de définir un callback a déclenché lorsque la configuration est rechargé
 
 ```python
 def on_reload(cfg):
-    print("Configuration rechargée !")
+    print("Configuration rechargée !")
 
 config._on_reload = on_reload
 config.autoreload(True)
 ```
 
-On est également désactiver l'auto-reload avec:
+On est également désactiver l'auto-reload avec:
 ```python
 config.stop_autoreload()
 ```
 
-### Accès aux valeurs
+### Accès aux valeurs
 
 #### Par attributs
 ```python
@@ -144,13 +144,13 @@ db_host = config["db.host"]
 ```python
 db_host = config.get("db.host", default="127.0.0.1")
 ```
-#### Itération
+#### Itération
 ```python
 for key, sub in config.db.items():
    print(key, sub.to_dict())
 ```
 
-#### Vérifier l’existence d’un chemin
+#### Vérifier l’existence d’un chemin
 ```python
 "db.host" in config   # True / False
 ```
@@ -164,7 +164,7 @@ config.set("feature.enable", True)
 config.delete("db.password")
 ```
 
-Toutes les modifications sont gardées en mémoire tant qu’on ne sauvegarde pas.
+Toutes les modifications sont gardées en mémoire tant qu’on ne sauvegarde pas.
 
 ### Suppression des valeurs
 
@@ -178,13 +178,13 @@ del config.db.password
 
 #### Sauvegarde manuelle
 
-Pour sauvegarder la configuration, on utilise la méthode **save**
+Pour sauvegarder la configuration, on utilise la méthode **save**
 
 ```python
 config.save()
 ```
 
-L'argument **filepath** permettra de définir le fichier de sortie.
+L'argument **filepath** permettra de définir le fichier de sortie.
 
 
 #### Sauvegarde automatique
@@ -204,39 +204,39 @@ config.merge({"db": {"port": 3307}}, overload=True)
 ```
 
 
-Met à jour **une partie** :
+Met à jour **une partie** :
 ```python
 config.update("db", {"user": "root"})
 ```
 
-- `overload=False` → ne remplace pas les valeurs existantes
-- `overload=True` → écrase celles existantes
+- `overload=False` → ne remplace pas les valeurs existantes
+- `overload=True` → écrase celles existantes
 
-### Vault et données chiffrées
+### Vault et données chiffrées
 
-Le render Jinja fournis 2 méthodes pour récupérer des données chiffrées depuis un fichier vault ou un string vault_encryption
+Le render Jinja fournis 2 méthodes pour récupérer des données chiffrées depuis un fichier vault ou un string vault_encryption
 
-La méthode **vault** permet de récupérer des clés depuis un vault
+La méthode **vault** permet de récupérer des clés depuis un vault
 
 ```python
 password: "{{ vault('db_password') }}"
 ```
 
-Lors de l'initialisation de la config, il faudra forcément **vault_file** et **vault_password** ou **vault_keyfile**
+Lors de l'initialisation de la config, il faudra forcément **vault_file** et **vault_password** ou **vault_keyfile**
 
-La méthode **vault_encryption** permet de déchiffrer des clés vault_encryption
+La méthode **vault_encryption** permet de déchiffrer des clés vault_encryption
 
 ```python
 api_key: "{{ vault_encryption('encrypted_api_key') }}"
 ```
 
-Lors de l'initialisation de la config, il faudra forcément **vault_encryption_keyfile** ou **vault_encryption_password**
+Lors de l'initialisation de la config, il faudra forcément **vault_encryption_keyfile** ou **vault_encryption_password**
 
-### Méthode complémentaire Jinja
+### Méthode complémentaire Jinja
 
-#### Méthode env
+#### Méthode env
 
-La méthode **env** permet de récupérer des variables d'environnements
+La méthode **env** permet de récupérer des variables d'environnements
 
 ```python
 debug: "{{ env('DEBUG', False) }}"
@@ -245,7 +245,7 @@ url: "https://{{ env('DOMAIN') }}/api"
 
 ## Enregistrement Jinja (filtres / tests / globals)
 
-Tu peux enrichir l'environnement Jinja utilisé pour rendre le fichier de config.
+Tu peux enrichir l'environnement Jinja utilisé pour rendre le fichier de config.
 #### register_filter(name: str, func)
 
 Enregistre un **filtre** Jinja utilisable dans le template.
@@ -306,10 +306,10 @@ generated_at: "{{ now() }}"
 
 ### Validation de la configuration
 
-#### Validation via schéma hiérarchique
+#### Validation via schéma hiérarchique
 
-Il est possible de vérifier une configuration à partir d'un schéma. 
-Le schéma va décrire l'architecture et les prérequis des clés définis.
+Il est possible de vérifier une configuration à partir d'un schéma. 
+Le schéma va décrire l'architecture et les prérequis des clés définis.
 
 ```python
 schema = {
@@ -322,10 +322,10 @@ schema = {
 errors = config.validate(schema=schema)
 ```
 
-#### Validation via des règles
+#### Validation via des règles
 
-Il est possible de vérifier une configuration à partir d'un schéma. 
-Le schéma va décrire l'architecture et les prérequis des clés définis.
+Il est possible de vérifier une configuration à partir d'un schéma. 
+Le schéma va décrire l'architecture et les prérequis des clés définis.
 
 ```python
 rules = {
@@ -335,16 +335,16 @@ rules = {
 errors = config.validate(rules=rules, strict=False)
 ```
 
-#### Définition possible
+#### Définition possible
 
-|Règle|Pour|Description|
+|Règle|Pour|Description|
 |---|---|---|
-|`_required`|Tout|Clé obligatoire|
+|`_required`|Tout|Clé obligatoire|
 |`_type`|Tout|Type Python attendu|
-|`_min`, `_max`|Numérique|Limites|
-|`_len`, `_min_len`, `_max_len`|Chaînes|Taille|
-|`_regex`|Chaînes|Validation Regex|
-|`_enum`|Tout|Liste de valeurs autorisées|
+|`_min`, `_max`|Numérique|Limites|
+|`_len`, `_min_len`, `_max_len`|Chaînes|Taille|
+|`_regex`|Chaînes|Validation Regex|
+|`_enum`|Tout|Liste de valeurs autorisées|
 |`_not`|Tout|Valeur interdite|
 
 ### Export
@@ -357,37 +357,37 @@ config.export("output.toml", type="toml")
 
 ### Conversion
 
-Ces méthodes permettent d'obtenir des formats de sortie facilement utilisables.
+Ces méthodes permettent d'obtenir des formats de sortie facilement utilisables.
 
 ### to_dict()
 
-Retourne le contenu du nœud courant (ou racine) sous forme de `dict` Python standard.
+Retourne le contenu du nœud courant (ou racine) sous forme de `dict` Python standard.
 
 Exemple :
 ```python
 data = config.to_dict()
-# data est un dict prêt à être sérialisé
+# data est un dict prêt à être sérialisé
 ```
 
 ### to_json(indent: int = 4)
 
-Retourne une chaîne JSON formatée du nœud courant :
+Retourne une chaîne JSON formatée du nœud courant :
 ```python
 json_str = config.to_json()
 ```
 
 ### to_yaml(sort_keys: bool = True)
 
-Retourne YAML sérialisé :
+Retourne YAML sérialisé :
 ```python
 yaml_str = config.to_yaml()
 ```
 
 ### to_toml()
 
-Retourne TOML sérialisé (si toml est disponible) :
+Retourne TOML sérialisé (si toml est disponible) :
 ```python
 toml_str = config.to_toml()
 ```
 
-Ces méthodes n’écrivent pas sur le disque — elles renvoient des chaînes. Pour écrire un fichier, utilise `export(filepath, type=...)` ou `save()`.
+Ces méthodes n’écrivent pas sur le disque — elles renvoient des chaînes. Pour écrire un fichier, utilise `export(filepath, type=...)` ou `save()`.

zpp_config-2.2.0/zpp_config/backend/toml.py

@@ -1,13 +0,0 @@
-import toml
-from .global_backend import ConfigBackend
-
-class TomlBackend(ConfigBackend):
-    """NOUVEAU: Backend pour les fichiers TOML."""
-    def load(self, filename):
-        return toml.loads(filename.read_text())
-
-    def load_data(self, rendered):
-        return toml.loads(rendered) if rendered.strip() else {}
-
-    def save(self, filename, data):
-        filename.write_text(toml.dumps(data))