Revert "documentation compléments relatifs aux variables dynamiques des formu…"

This reverts commit 6db88cc.

Author: amandine-sahl

docs/sous_module.md

@@ -14,9 +14,8 @@ title: 'Création d''un sous-module'
   - [Définir une nouvelle variable](#définir-une-nouvelle-variable)
   - [Redéfinir une variable existante](#redéfinir-une-variable-existante)
   - [`datalists`](#datalists)
-  - [Les paramètres dynamiques](#les-paramètres-dynamiques)
-    - [Exemples champs des formulaires](#exemples-champs-des-formulaires) 
-    - [Exemples variable `change`](#exemples-variable-change)
+    - [Les paramètres dynamiques](#les-paramètres-dynamiques)
+    - [La variable `change`](#la-variable-change)
 - [Nomenclature](#nomenclature)
 - [Configuration de la carte](#configuration-de-la-carte)
 - [Exports](#exports)
@@ -494,35 +493,35 @@ Par exemple :
 },
 ```
 
-## Les paramètres dynamiques
-
-Il est possible de définir des fonctions javascript (sous forme de chaine de caractères) qui peuvent modifier les comportements et valeurs du formulaire. 
-
-**Ce cas n'est pris en compte que pour les composants spécifiques, ou pour les composants redéfinis dans `specific`**
-
-Il est possible de définir des fonctions à deux niveaux:
-* au niveau de chaque champ du formulaire
-* au niveau global au formulaire (via la fonction change)
-  
-Les variables accessibles en fonction des différents contextes sont les suivantes : 
-* `value` : la valeur du formulaire. Dans le contexte d'un champ specific
-* `attribut_name` : du composant concerné. Dans le contexte d'un champ specific
-* `objForm` : Formulaire. Dans le contexte de la fonction change
-* `meta` : Dictionnaire de données additionnelles, contient les données suivantes. Dans tout les contextes
-    * `nomenclatures`: liste des nomenclatures utilisées. Dictionnaire avec `id_nomenclature` comme clé.
-    * `dataset` : liste des jdds disponibles pour l'utilisateur et le module
-    * `id_role` : identifiant de l'utilisateur courant
-    * `bChainInput`:  si on enchaîne les relevés
-    * `parents`: Objets parents. Permet de récupérer les valeurs définies dans le parents. 
- 
-
-La chaîne de caractère qui décrit la fonction doit être de la forme
+### Les paramètres dynamiques
+
+Il est possible de définir des paramètre qui peuvent dépendre de
+plusieurs variables. La valeur de ce paramètre est alors une chaîne de
+caractère qui définit une fonction, qui utilise les variables suivantes
+
+**Ce cas n'est pris en compte que pour les composants spécifiques, ou
+pour les composants redéfinis dans `specific`**
+
+* `value` : les valeurs du formulaire
+* `attribut_name` : du composant concerné
+* `meta` : un dictionnaire de données additionelles, et fourni au
+    composant dynamicFormGenerator, il peut contenir des données sur
+    * la nomenclature (pour avoir les valeurs des nomenclature à
+        partir des id, ici un dictionnaire avec `id_nomenclature` comme
+        clés.
+    * `bChainInput` si on enchaine les relevés
+    * etc.. à redéfinir selon les besoins
+
+La chaine de caractère qui décrit la fonction doit être de la forme
 suivante :
 
 ```json
     "hidden": "({value, attribut_name, }) => { return value.id == 't' }"
 ```
-Le format JSON ne permet pas les sauts de ligne dans les chaînes de caractère, et pour avoir plus de lisibilité, quand la fonction est plus complexe, on peut aussi utiliser un tableau de chaîne de caractères :
+
+Le format JSON ne permet pas les sauts de ligne dans les chaines de
+caractère, et pour avoir plus de lisibilité, quand la fonction est plus
+complexe, on peut aussi utiliser un tableau de chaine de caractères :
 
 ```json
     "hidden": [
@@ -531,11 +530,16 @@ Le format JSON ne permet pas les sauts de ligne dans les chaînes de caractère,
         "}"
     ]
 ```
- 
 
-### Exemples champs des formulaires
+Le lignes seront collées entre elles avec l'ajout de saut de lignes
+(caractère [n]{.title-ref}).
+
+Il faut être certain de sa fonction.
 
-* Afficher le composant `test2` et le rendre obligatoire seulement si `test1` a pour valeur `t` :
+Exemples :
+
+* Afficher le composant `test2` et le rendre obligatoire seulement si
+    `test1` a pour valeur `t` :
 
 ```json
 "specific": {
@@ -552,7 +556,8 @@ Le format JSON ne permet pas les sauts de ligne dans les chaînes de caractère,
 }
 ```
 
-* Ajouter un champ pour renseigner la profondeur d'une grotte si le type de site est une grotte (cd_nomenclature  '1')
+* Ajouter un champs pour renseigner la profondeur d'une grotte si le
+    type de site est une grotte
 
 Dans le fichier `site.json`
 
@@ -569,13 +574,15 @@ Dans le fichier `site.json`
 }
 ```
 
-**Le paramêtre ``value`` ne peut pas être dynamique, pour changer la valeur des variables en fonction d'autres variables, on peut définir ``change`` dans la config. Voir ci dessous**
+**Le paramêtre ``value`` ne peut pas être dynamique, pour changer la
+valeur des variables en fonction d'autres variables, on peut définir
+``change`` dans la config. Voir ci dessous**
 
-### Exemples variable `change`
+### La variable `change`
 
-On peut y définir une fonction qui sera appelée chaque fois que le formulaire change. 
+On peut y définir une fonction qui sera appelée chaque fois que le
+formulaire change.
 
-**Exemple utilisation de objForm**
 Un exemple (`module.json` du module test) :
 
 ```json
@@ -609,69 +616,14 @@ Un exemple (`module.json` du module test) :
 }
 ```
 
-Ici on donne à la variable `test3` la valeur `<test>_<test2>`. Le test `!objForm.controls.test3.dirty` permet de ne modifier la variable que si l'utilisateur ne l'a pas modifié manuellement.
- 
+Ici on donne à la variable `test3` la valeur `<test>_<test2>`.
 
-**Exemple valeur par défaut en fonction des valeurs du formulaire parent**
-Il est possible avec meta de récupérer les données du niveau supérieur. Voici un exemple sur la réutilisation de valeurs au niveau du site pour pré-remplir les champs au niveau de la visite:
+C'est valable tant que le `test3` n'a pas été modifé à la main (i. e.
+`objForm.controls.test3.dirty` n'est pas vrai).
 
-Fichier de configuration du niveau site:
+On peut donc modifer par la suite la valeur de test3 à la main.
 
-```json
-{
- ...
-"specific": {
-   ...
-  "occ_sol": {
-    "attribut_label": "OS",
-    "type_widget": "select",
-    "values": [...],
-    "required": true,
-    "hidden": false
-  },
-  "gestion":{
-    "attribut_label": "Gestion",
-    "type_widget": "select",
-    "values": [...],
-    "required": true,
-    "hidden": false
-  }
-}
-```
-
-Fichier de configuration du niveau visite: 
-
-```json
-{
-  ...
-  "specific": {
-     ...
-    "occ_sol": {
-      "attribut_label": "Occupation du sol à grande échelle",
-      "type_widget": "select",
-      "values": [...],
-      "required": true,
-      "hidden": false
-    }, 
-    "gestion":{
-      "attribut_label": "Gestion",
-      "type_widget": "select",
-      "values": [...],
-      "required": false,
-      "hidden": false
-    }
-  },
-  "change": [
-      "({objForm, meta}) => {",
-        "const occ_sol = (meta.parents.site.properties.occ_sol);",
-        "const gestion = (meta.parents.site.properties.gestion);",
-        "(objForm.value.occ_sol == (null || undefined)  && meta.parents.site.properties.occ_sol != (null || undefined) ? objForm.patchValue({occ_sol}) : '');",
-        "(objForm.value.gestion == (null || undefined) ? objForm.patchValue({gestion}) : '');",
-    "}",
-    ""
-  ]
-}
-```
+Comme précemment on peut aussi avoir accès à meta.
 
 # Nomenclature