+
+Scénario 2 : Différents rôles définissent des conditions sur des champs différents
+
+Filtre du rôle A : Âge < 30
+
+
UserID
Nom
Âge
+
1
Jack
23
+
2
Lily
29
+
+
+Filtre du rôle B : Nom contient “Ja”
+
+
UserID
Nom
Âge
+
1
Jack
23
+
3
Jasmin
27
+
+
+**Après fusion :**
+
+
UserID
Nom
Âge
+
1
Jack
23
+
2
Lily
29
+
3
Jasmin
27
+
+
+##### Colonnes de données
+
+Colonnes visibles du rôle A : Nom, Âge
+
+
UserID
Nom
Âge
+
1
Jack
23
+
2
Lily
29
+
+
+Colonnes visibles du rôle B : Nom, Sexe
+
+
UserID
Nom
Sexe
+
1
Jack
Homme
+
2
Lily
Femme
+
+
+**Après fusion :**
+
+
UserID
Nom
Âge
Sexe
+
1
Jack
23
Homme
+
2
Lily
29
Femme
+
+
+##### Lignes et Colonnes Mixtes
+Filtre du rôle A : Âge < 30, colonnes Nom, Âge
+
+
+
UserID
+
Nom
+
Âge
+
+
+
1
+
Jack
+
23
+
+
+
2
+
Lily
+
29
+
+
+
+Filtre du rôle B : Nom contient “Ja”, colonnes Nom, Sexe
+
+
+
UserID
+
Nom
+
Sexe
+
+
+
3
+
Jade
+
Femme
+
+
+
4
+
James
+
Homme
+
+
+
+**Après fusion :**
+
+
UserID
Nom
Âge
Sexe
+
1
Jack
23
Homme
+
2
Lily
29
Femme
+
3
Jade
27
Femme
+
4
James
31
Homme
+
+
+Remarque : Les cellules avec un fond rouge indiquent des données invisibles dans les rôles individuels mais visibles après fusion des rôles.
+
+Résumé
+Règles de fusion des données selon les rôles :
+
+Entre les lignes, si l'une des conditions est satisfaite, la ligne est autorisée.
+
+Entre les colonnes, les champs sont combinés.
+
+Lorsque des lignes et des colonnes sont configurées, elles sont fusionnées séparément et non selon des combinaisons ligne-colonne.
diff --git a/docs/fr-FR/handbook/block-iframe/index.md b/docs/fr-FR/handbook/block-iframe/index.md
index 00624ea72e..b20f86bed2 100644
--- a/docs/fr-FR/handbook/block-iframe/index.md
+++ b/docs/fr-FR/handbook/block-iframe/index.md
@@ -3,7 +3,7 @@
## Introduction
-Le bloc Iframe vous permet d'intégrer des pages web externes ou du contenu dans la page actuelle.
+Le bloc IFrame permet d'intégrer des pages web ou du contenu externe dans la page actuelle. Les utilisateurs peuvent intégrer des applications externes de manière fluide en configurant une URL ou en insérant directement du code HTML. Avec le HTML, ils peuvent personnaliser le contenu de manière flexible pour répondre à des besoins d'affichage spécifiques, ce qui le rend idéal pour des scénarios sur mesure. Cette approche permet de charger des ressources externes sans redirection, améliorant ainsi l'expérience utilisateur et l'interactivité de la page.
## Installation
@@ -31,12 +31,168 @@ Pour plus d'informations, consultez [Template Handlebars](/handbook/template-han
## Passage de variables
-### Le HTML prend en charge la résolution des variables
+### Prise en charge du parsing des variables en HTML
+
+Prise en charge de la sélection des variables via le sélecteur de variables dans le Contexte du bloc actuel
+#### Prise en charge de l'injection de variables dans l'application et de leur utilisation via le code
+
+Vous pouvez également injecter des variables personnalisées dans l'application via le code et les utiliser en HTML. Par exemple, la création d'une application de calendrier dynamique avec Vue 3 et Element Plus :
+
+```html
+
+
+
+
+
+ Exemple Vue3 CDN
+
+
+
+
+
+
+
+
+
+
+
+
+ {{ month }}
+
+ Mois précédent
+ Mois suivant
+
+
+
+
+
+
+
+
+
+
+```
+
+
+
+Exemple : Un composant de calendrier simple créé avec React et Ant Design (antd), utilisant dayjs pour gérer les dates.
+
+```html
+
+
+
+
+
+ Exemple React CDN
+
+
+
+
+
+
+
+
+
+
+
+```
+
+
+```
+
### L'URL prend en charge les variables
diff --git a/docs/fr-FR/handbook/ui/blocks/block-settings/linkage-rule.md b/docs/fr-FR/handbook/ui/blocks/block-settings/linkage-rule.md
index f831005fda..f95e7014b7 100644
--- a/docs/fr-FR/handbook/ui/blocks/block-settings/linkage-rule.md
+++ b/docs/fr-FR/handbook/ui/blocks/block-settings/linkage-rule.md
@@ -8,54 +8,49 @@ Les règles de liaison permettent d'ajuster dynamiquement l'état des champs de
-## Instructions d'utilisation
+- Lorsque "IsPromotion" est faux, le champ du prix promotionnel est masqué et non requis.
-1. **Configuration des champs** : Assurez-vous que tous les champs du formulaire utilisés dans les règles sont correctement configurés pour garantir l'efficacité et la précision des règles.
-
-2. **Activation conditionnelle** : Lorsque les conditions de la règle sont remplies (facultatif), le système exécute automatiquement les modifications de propriétés spécifiées.
-
-3. **Prise en charge de plusieurs règles** : Les formulaires peuvent contenir plusieurs règles de liaison. Lorsque plusieurs conditions de règles sont simultanément remplies, le système exécute les résultats de manière séquentielle, en suivant l'ordre de définition des règles.
-
-4. **Gestion des règles** : Profitez d'un contrôle complet avec des fonctionnalités telles que la dénomination personnalisée, le tri, la suppression, l'activation, la désactivation et la duplication des règles.
-
-5. **Intégration des constantes et des variables** : Utilisez des constantes ou des variables dans les affectations de champs et les configurations de conditions. Pour plus d'informations sur les variables, consultez la section [Variables](/handbook/ui/variables).
+
-### Affectation de Valeurs
+### **Options**
-**Illustration** : Évaluer et attribuer automatiquement des niveaux de clients (par exemple, A+, A, A-) en fonction des montants d'achats annuels estimés.
+> **Note** : Cette fonctionnalité est prise en charge à partir de **v1.7.0-beta.2**.
-- Achat annuel estimé supérieur à 20 000 : Client classé A+.
+Il est possible de configurer dynamiquement les options pour les types de champs tels que `select`, `radioGroup`, `multipleSelect` et `checkboxGroup`. Les options disponibles peuvent être automatiquement modifiées en fonction d'autres champs du formulaire.
-
+#### **Exemple : Contrôler les sous-catégories en fonction de la catégorie du produit dans un système de gestion de produits**
-- Achat annuel estimé entre 10 000 et 20 000 (inclus) : Client classé A.
+- **Catégorie (Sélectionner)** : Lorsque vous sélectionnez **Électronique**, les sous-catégories disponibles sont **Téléphones mobiles, Ordinateurs portables et Casques audio**.
-
+
-- Achat annuel estimé inférieur à 10 000 : Client classé A-.
+- Lorsque vous sélectionnez **Électroménager**, les sous-catégories disponibles sont **Climatiseurs, Réfrigérateurs et Lave-linge**.
-
+
-### Exigence de Champ
+#### **Aperçu de la liaison**
-**Illustration** : Ajuster dynamiquement le statut d'obligation du prix promotionnel du produit en fonction de son statut promotionnel.
+
-- Lorsque "IsPromotion" est activé, le prix promotionnel devient obligatoire.
+---
-
+### **Plage de dates**
-- Lorsque "IsPromotion" est inactif, le prix promotionnel devient optionnel.
+> **Note** : Cette fonctionnalité est prise en charge à partir de **v1.7.0-beta.2**.
-
+Il est possible de configurer dynamiquement la plage de dates pour les types de champs tels que `date`, `datetime`, `dateOnly`, `datetimeNoTz`, `unixTimestamp`, `createdAt` et `updatedAt`. La plage de dates sélectionnable peut être automatiquement ajustée en fonction des modifications d'autres champs du formulaire.
-### Contrôle de Visibilité
+#### **Exemple : Définir la date de fin après la date de début**
-**Illustration** : Gérer la visibilité du champ de prix promotionnel en fonction du statut de la promotion du produit.
+Lorsque vous sélectionnez une **date de début**, la **date de fin** ne peut être qu'une date ultérieure et ne peut pas être antérieure à la date de début.
-- Lorsque "IsPromotion" est vrai, le champ de prix promotionnel est affiché et obligatoire.
+
-
+#### **Exemple : La date de livraison ne peut être antérieure à aujourd'hui et pas plus tard que la date limite de la commande**
-- Lorsque "IsPromotion" est faux, le champ de prix promotionnel est caché et non obligatoire.
+- La **date de livraison** ne peut être antérieure à **aujourd'hui**.
+- La **date de livraison** ne peut pas être postérieure à la **date limite de la commande**.
-
+
\ No newline at end of file
diff --git a/docs/fr-FR/handbook/verification/sms/index.md b/docs/fr-FR/handbook/verification/sms/index.md
new file mode 100644
index 0000000000..099d729ee6
--- /dev/null
+++ b/docs/fr-FR/handbook/verification/sms/index.md
@@ -0,0 +1,54 @@
+# Vérification : SMS
+
+
+
+## Introduction
+
+Le code de vérification par SMS est un type de vérification intégré, utilisé pour générer un mot de passe à usage unique (OTP) et l'envoyer aux utilisateurs par SMS.
+
+## Ajouter un vérificateur SMS
+
+Accédez à la page de gestion des vérifications.
+
+
+
+Ajoutez - SMS OTP
+
+
+
+## Configuration administrateur
+
+
+
+Les fournisseurs de services SMS actuellement pris en charge sont :
+
+- Alibaba Cloud SMS
+- Tencent Cloud SMS
+
+Lors de la configuration du modèle de message SMS dans la console du fournisseur, il est nécessaire de réserver un paramètre pour le code de vérification.
+
+- Exemple de configuration pour Alibaba Cloud : `Votre code de vérification est : ${code}`
+- Exemple de configuration pour Tencent Cloud : `Votre code de vérification est : {1}`
+
+Les développeurs peuvent également étendre d'autres fournisseurs de services SMS sous forme de plugins.
+Référence : [Extension des fournisseurs de services SMS](../../../handbook/verification/sms/dev)
+
+## Liaison de l'utilisateur
+
+Après avoir ajouté un vérificateur, les utilisateurs peuvent lier leur numéro de téléphone de vérification dans leur gestion personnelle des vérifications.
+
+
+
+
+
+
+
+Une fois l'association réussie, l'utilisateur pourra être vérifié dans les scénarios où ce vérificateur est activé.
+
+
+
+## Dissociation de l'utilisateur
+
+La dissociation du numéro de téléphone nécessite une vérification via une méthode de vérification déjà associée.
+
+