Formulaires

Les formulaires sont utilisés dans JMap pour les requêtes par attributs afin de saisir les paramètres de recherche, pour la saisie des données attributaires des couches éditables et pour la gestion de données stockées dans des bases de données, toujours en relation avec les éléments d’une couche. Il existe aussi un type de formulaires appelé sous-formulaire, accessible à partir d’un autre formulaire.

L’administrateur JMap conçoit les formulaires à l’aide du designer de formulaires et les utilisateurs peuvent ensuite les utiliser dans les applications JMap Pro, Web, NG et Survey. Selon les permissions accordées, les utilisateurs pourront utiliser les formulaires de saisie de données pour visualiser, ajouter, modifier ou effacer des données.

Pour la saisie des attributs des éléments d’une couche, si aucun formulaire n’est créé, JMap génère un formulaire par défaut. Il s’agit d’un formulaire simple qui présente tous les attributs disponibles. Il est généralement beaucoup plus avantageux de créer un formulaire adapté aux besoins.

Les sections suivantes expliquent en détails le processus de création des formulaires ainsi que la fonction de chaque type de formulaire.

Designer de formulaires

L’interface de design de formulaires permet de définir le contenu et la disposition des formulaires utilisés pour la saisie d’attributs et les recherches.

Chaque formulaire est structuré sous la forme d’une grille dont le nombre de colonnes et de rangées est paramétrable. Il est possible d’ajouter ou d’insérer des rangées et des colonnes à tout moment. Toutes les rangées vides au bas du formulaire et toutes les colonnes vides à droite du formulaire seront éliminées automatiquement à la sauvegarde du formulaire.

Chaque cellule de la grille peut contenir une composante du formulaire (étiquette, champ de saisie de texte, liste de valeurs, etc.) mais chaque composante peut aussi s’étendre en largeur sur plusieurs cellules.

Chaque formulaire peut être composé d’une ou de plusieurs sections. L’utilisateur peut passer d’une section à l’autre dans le formulaire. Cela est particulièrement utile si le formulaire est long ou complexe.

L’image suivante montre les principales parties du designer de formulaires.

1	Faites glisser une composante vers une cellule du formulaire. Toutes les cellules disponibles sont mises en surbrillance.
2	Appuyez sur pour créer une nouvelle section, pour effacer une section existante ou pour renommer une section. Appuyez sur pour réinitialiser tout le formulaire.
3	Accédez aux différentes sections à partir de ces onglets.
4	Appuyez sur les boutons et pour insérer des rangées ou des colonnes vides aux endroits correspondants.
5	Le symbole indique que la composante est en mode lecture seule.
6	Le symbole indique que la valeur est requise.
7	Le bouton permettent de modifier les paramètres de la composante. Le bouton permet de supprimer la composante du formulaire.

La plupart des composantes du formulaire doivent être associées soit à un attribut d’une couche, à un champ d’une base de données ou à un critère de recherche, selon le type de formulaire créé. Les exceptions sont les composantes Étiquette, Photo et Groupe.

Paramètres des composantes

Chaque type de composante possède sa propre fenêtre de paramètres. Ces paramètres permettent de contrôler le comportement et l’apparence de la composante. Le tableau suivant décrit certains paramètres qui sont communs à plusieurs composantes. Voir plus bas pour une description complète des composantes disponibles.

Attribut	Sélectionnez l’attribut de la couche, ou la variable de la requête, auquel cette composante est associée. C’est cet attribut ou cette variable que la composante du formulaire va renseigner.
Requis	Détermine si le champ est requis. L’utilisateur ne pourra pas soumettre le formulaire tant que tous les champs requis ne seront pas renseignés. Pour rendre certains champs optionnels, vous devez désélectionner cette option. Les champs requis sont identifiés par un dans le designer de formulaires.
Lecture seule	Activez cette option pour que la composante soit en mode lecture seule. L’utilisateur ne pourra pas modifier le contenu. Cette option devrait être utilisée pour une composante ayant une valeur par défaut.
Étendu	Par défaut, chaque composante n’occupe qu’une cellule. Pour une composante étendue en largeur sur plusieurs cellules, entrez le nombre de cellules sur lesquelles la composante doit s’étendre. Les cellules occupées par une composante étendue sont marquées Étendu.
Infobulle	Ce texte est affiché dans une infobulle quand l’utilisateur survole cette composante avec le pointeur de la souris.
Étiquette (préfixe)	Entrez un texte statique à afficher en haut de la composante.
Étiquette (suffixe)	Entrez un texte statique à afficher à droite de la composante.
Largeur (pixels)	Spécifiez la largeur en pixels du champ de saisie de la composante, excluant l’étiquette en suffixe. La valeur par défaut est 100. La largeur de chaque colonne du formulaire prendra automatiquement la largeur de la composante la plus large.
Valeur par défaut	Optionnellement, entrez une valeur par défaut pour initialiser le champ de saisie. Il est possible d’utiliser certaines fonctions pour initialiser la valeur par défaut d’une composante.

Voici un exemple de disposition des composantes d’un formulaire :

Le tableau suivant décrit les différentes composantes disponibles pour la création des formulaires ainsi que leurs paramètres spécifiques. Notez que certaines composantes ne sont pas disponibles pour la création des requêtes par attributs.

Étiquette	Texte statique à afficher dans le formulaire. L’alignement du texte (gauche, droite, centre) peut être spécifié, de même que le style de la police de caractères pour l’affichage du texte. Il est possible d’utiliser certaines fonctions dans le texte de l’étiquette.
Texte	Champ de saisie d’une valeur alphanumérique. Le champ associé doit être de type alphanumérique ou numérique. Masque de saisie : Un masque de saisie peut être utilisé afin de contrôler le format de la valeur saisie. Multiligne : (Champs alphanumériques seulement) Si cette option est activée, le champ de saisie sera affiché sur plusieurs lignes de texte, ce qui facilite la saisie de textes plus longs. Nombre maximal de caractères : (Champs alphanumériques seulement) Détermine la longueur maximale du texte qu’un utilisateur peut saisir. Cela doit respecter les contraintes du champ de la base de données qui contient les données. Validation de la plage : (Champs numériques seulement) Permet de définir une plage de valeurs acceptées (par ex. de 0 à 100).
Liste (choix unique)	Liste de valeurs dont seulement une valeur peut être sélectionnée. Le champ associé doit être de type alphanumérique ou numérique. Les valeurs de la liste peuvent être fournies dans plusieurs langues, si votre projet supporte plus d’une langue. La liste peut être dynamique, c’est-à-dire que son contenu peut être modifié dynamiquement en fonction de la sélection d’une valeur dans une autre liste. Par exemple, sur la sélection d’un pays dans une liste, une autre liste se rafraîchit dynamiquement pour afficher uniquement les villes du pays sélectionné. Attribut parent Si la liste doit être dynamique, sélectionnez l’attribut parent. Pour lier la liste B (enfant) à la liste A (parent), vous devez d’abord sélectionner l’attribut parent pour la liste B (attribut associé à la liste A). Sur un changement de la valeur sélectionnée dans la liste A, le contenu de la liste B sera mis à jour. Les valeurs de la liste B sont déterminées par la relation entre ses valeurs et les valeurs de l’attribut parent. Si la liste B possède une seule valeur, celle-ci est sélectionnée automatiquement. Les valeurs de la liste peuvent être entrées manuellement, provenir d’une base de données ou provenir d’une autre source : Valeurs Entrez les valeurs dans l’espace prévu en spécifiant pour chaque cas, la valeur parent (seulement si la liste est dynamique), la valeur à utiliser dans la base de données et l’étiquette à afficher dans la liste. C’est la valeur qui est utilisée comme donnée. L’étiquette ne sert que pour l’affichage à l’utilisateur. Dans le cas où la valeur et l’étiquette sont les mêmes, entrez la même valeur 2 fois. Si la liste n’est pas dynamique, laissez la valeur parent vide. Obtenir valeurs d’une base de données Vous devez sélectionner la base de données de laquelle vous souhaitez obtenir les valeurs. Ensuite, entrez une requête SQL qui sera exécutée pour obtenir les valeurs parent (seulement si la liste est dynamique), les valeurs et les étiquettes à afficher. Normalement, les étiquettes devraient être uniques et triées. Les exemples qui suivent utilisent la table MY_TABLE. Exemple Liste de pays, disponible en anglais et en français. Cette liste n’est pas dynamique. Elle est associée à un attribut COUNTRY. SELECT * FROM MY_TABLE WHERE ITEM_TYPE = 'Country' ORDER BY ITEM_VALUE; Dans cet exemple, le champ ITEM_VALUE contient la valeur, le champ ITEM_LABEL_EN contient le nom du pays en anglais et le champ ITEM_LABEL_FR contient le nom du pays en français. Il n’y a pas de valeur parent puisque la liste n’est pas dynamique (n’a pas de liste parent). Exemple Liste de villes, disponible en anglais et en français. Cette liste est dynamique. Son attribut parent est COUNTRY associé à la liste précédente. Elle présente la liste des villes pour le pays sélectionné dans la liste parent. SELECT * FROM MY_TABLE WHERE ITEM_TYPE = 'City' ORDER BY ITEM_VALUE; Dans cet exemple, le champ ITEM_VALUE contient la valeur, le champ ITEM_LABEL_EN contient le nom de la ville en anglais et le champ ITEM_LABEL_FR contient le nom de la ville en français. Le champ PARENT_VALUE contient la valeur parent. Attention : Il est nécessaire que la requête SQL d’une liste enfant inclue le champ qui permet de faire la relation avec les valeurs parent. L’exemple précédent utilise select pour inclure tous les champs dans les requêtes. Note : Parfois, les valeurs à présenter dans une liste proviennent d’une table associée à une source de données spatiales stockée dans la base de données System de JMap Server. Dans ces cas, il n’est pas possible de connaître le nom de la table physique. Pour pallier cette situation, vous pouvez utiliser une technique simple : au lieu du nom de la table, écrivez l’ID de la couche précédé de l’acronyme “DS”, entouré de symboles $ . Exemple SELECT DISTINCT ID_CITY, CITY FROM $DS27$ ORDER BY CITY Autre Il est possible que d’autres sources soient disponibles pour fournir les valeurs et les étiquettes. Si c’est le cas, vous pouvez sélectionner cette option et choisir la source dans la liste des sources disponibles.
Liste (choix multiples)	Liste de valeurs dont une ou plusieurs valeurs peuvent être sélectionnées. Le champ associé doit être de type alphanumérique. La valeur enregistrée dans le champ est la liste des choix sélectionnés, séparés par des virgules (,). Les valeurs de la liste peuvent être entrées manuellement, provenir d’une base de données ou d’une autre source. Voir Liste (choix unique) pour plus d’informations. Voir la section Valeurs multiples pour un même paramètre dans Requêtes de sélection par attributs pour les détails de configuration de la requêtte.
Case à cocher	Permet de renseigner le champ associé pour lequel il existe seulement 2 valeurs possibles. Les 2 valeurs possibles doivent être spécifiées et être des chaînes de caractères (p. ex. vrai ou faux) ou numériques (p.ex. 0 ou 1). Si le champ associé est de type booléen, vous devez obligatoirement utiliser les valeurs true et false. Valeur coché : Valeur à enregistrer si la case est cochée. Valeur non coché : Valeur à enregistrer si la case n’est pas cochée.
Calendrier	Permet de sélectionner une date. L’attribut de la couche, ou le champ utilisé pour la requête, doit être de type date, datetime ou timestamp. Format de date : C’est le format dans lequel la composante calendrier affichera la date sélectionnée. Si l’utilisateur saisit la date manuellement, il devra aussi utiliser ce format (p. ex. dd/MM/yyyy, yy/MM/dd H:ss, etc.).
Photo (Non disponible pour les formulaires de requêtes par attributs)	Cette composante permet à l’utilisateur d’insérer des images dans un formulaire et dans un sous-formulaire. Elle permet à l’utilisateur de JMap Survey de prendre des photos avec la caméra intégrée à l’appareil. Elle permet à l’utilisateur de JMap Pro, de JMap Web ou de JMap NG de sélectionner des images existantes et de les insérer dans le formulaire ou dans le sous-formulaire. Cette composante ne peut pas être présente plus d’une fois dans un même formulaire ou sous-formulaire. Pour le formulaire des attributs d’une couche, les photos peuvent être stockées dans la base de données System de JMap Server (aucune configuration n’est alors requise) ou dans une base de données externe. Lorsque que cette composante est ajoutée à un formulaire de base de données, les photos doivent être stockées dans une base de données externe. Vous devez alors définir tous les paramètres requis pour le stockage des photos. Stockage des photos : Choisissez l’option JMap pour stocker les photos dans la base de données System de JMap (seulement disponible pour les formulaires des attributs d’une couche). Les photos sélectionnées par les utilisateurs sont copiées dans le répertoire JMAP_HOME\db\documents, et la relation entre l’élément de la couche et la photo est ajoutée à la table JMAP_DOCUMENTS de la base de données System. Choisissez l’option Externe pour le stockage dans la base de données ou le répertoire de votre choix. La relation entre l’élément de la couche et la photo est stockée dans la table et la base de données de votre choix. Si vous choisissez Externe, vous devez spécifier l’ensemble de la configuration qui suit. Effacer les photos avec l’élément : Sélectionnez cette option pour que les photos associées à un élément soient supprimées automatiquement si l’élément est effacé. Cette option n’est pas activée par défaut. Base de données: Sélectionnez la base de données où les photos doivent être stockées. Cette base de données doit être préalablement configurée dans JMap Admin. Table : Sélectionnez la table qui va contenir les informations sur les photos. Cette table doit avoir la structure suivante. Le nom de la table et les noms des champs peuvent varier. Le champ de type BLOB n’est pas requis si le stockage des photos se fait sur disque et non dans la base de données. Voir l’option Persistance des photos pour plus de détails. Champ ID de photo : Sélectionnez le champ de la table qui contiendra l’identifiant numérique unique de la photo. Champ ID de l’élément : Sélectionnez le champ de la table qui contiendra l’attribut identifiant de l’élément de la couche. Cet attribut s’appelle l’attribut clé et est sélectionné lors de la création de la source de données spatiales associée à la couche. Champ du nom du fichier : Sélectionnez le champ de la table qui contiendra le nom du fichier des photos. Champ titre de la photo : Sélectionnez le champ de la table qui contiendra le titre de la photo. Champ commentaire de la photo : Sélectionnez le champ de la table qui contiendra le commentaire de la photo. Ce champ contient 255 caractères. Persistance des photos : Choisissez l’option Base de données pour enregistrer les photos directement dans la base de données, dans un champ de type BLOB présent dans la table. Vous devez alors sélectionner le champ de type BLOB. Choisissez l’option Disque pour enregistrer les images dans un dossier du système de fichiers du serveur. Vous devez alors entrer le dossier des photos qui contiendra les fichiers des photos. Note : Les champs Titre de la photo et Commentaire de la photo sont des nouveautés de JMap Server Istanbul. Si vous mettez à jour votre serveur JMap Server Hanoï à JMap Server Kathmandu, pour permettre aux utilisateurs des applications JMap d’ajouter un titre et un commentaire aux photos vous devez éditer les formulaires pour sélectionner les champs de la table qui contiendront le titre et le commentaire des photos respectivement.
Arbre	Cette composante présente une arborescence de valeurs à N niveaux. L’utilisateur peut sélectionner une valeur dans l’arbre, feuille ou branche. Cette valeur sera stockée dans l’attribut associé. L’attribut associé doit être de type alphanumérique. Les valeurs de l’arbre peuvent être fournies dans plusieurs langues, si votre projet supporte plus d’une langue. L’arbre présente une structure de données parent-enfant, tout comme les listes dynamiques liées entre elles. Contrairement aux listes dynamiques, l’arbre est associé à un seul attribut. Les valeurs de l’arbre peuvent être entrées manuellement, provenir d’une base de données ou provenir d’une autre source : Valeurs Entrez les valeurs dans l’espace prévu en construisant la structure de l’arbre. Pour chaque valeur entrée, vous pouvez définir son parent (ou la racine de l’arbre). Obtenir valeurs d’une base de données Vous devez sélectionner la base de données de laquelle vous souhaitez obtenir les valeurs. Ensuite, entrez une requête SQL qui sera exécutée pour obtenir les valeurs à partir d’une table avec relation parent-enfant. L’exemple qui suit utilise la table MY_TABLE. Exemple : Arbre contenant des pays (niveau 1) et des villes (niveau 2), disponible en anglais et en français. SELECT * FROM MY_TABLE; Dans cet exemple, le champ ITEM_VALUE contient la valeur, le champ ITEM_LABEL_EN contient le nom du pays ou de la ville en anglais et le champ ITEM_LABEL_FR contient le nom du pays ou de la ville en français. Le champ PARENT_VALUE contient le parent. Avec cette configuration, JMap va construire l’arbre suivant :
Table (Non disponible pour les formulaires de requêtes par attributs)	Permet de gérer des données provenant de bases de données pour lesquelles il existe une relation 1 à N avec les éléments de la couche. Exemple : Une couche de points représente des bornes incendies dans JMap (Assets) et une base de données contient des données sur les inspections réalisées sur ces bornes incendies. Pour chaque borne incendie, il peut y avoir 0, 1 ou plusieurs inspections réalisées. Dans le formulaire des attributs de la couche de bornes incendies (formulaire Assets ), la table permet d’afficher les données d’inspection relatives à une borne incendie, où chaque ligne de la table correspond à une inspection. Selon les permissions accordées, la table permet aussi d’ajouter, de modifier et d’effacer des données d’inspection. Des sous-formulaires peuvent être imbriqués dans un formulaire ou un sous-formulaire. Dans l’exemple, chaque inspection peut avoir 0, 1, ou plusieurs interventions associées. La table dans ce cas, permet d’afficher les données des interventions effectuées lors de chaque inspection. La table est toujours associée à un sous-formulaire. Ce sous-formulaire définit la manière en que se fait l’accès aux données externes et permet d’en faire la saisie. Le sous-formulaire doit être préalablement créé avant de pouvoir configurer la table. Sous-formulaire : Sélectionnez un sous-formulaire existant qui permettra de renseigner les valeurs liées à la table. Champs : Permet de gérer les champs affichés dans la table. Ces champs sont ceux du sous-formulaire associé à la table. Il est possible de modifier le titre des champs, leur ordre d’affichage, ainsi que leur visibilité dans la table. Il est possible aussi de modifier le format des champs de type numérique et date. Les paramètres de la table permettent de définir les champs des données externes qui seront visibles dans la table et leur ordre. La figure suivante illustre le design du formulaire Assets avec la composante Table qui permet d’afficher les données d’inspections, saisies au moyen du sous-formulaire Inspections. La figure suivante illustre le design du sous-formulaire Inspections avec les composantes Table qui permettent d’afficher les données des interventions et des inspecteurs, saisies au moyen des sous-formulaires imbriqués Interventions et Inspectors. Pour plus d’information sur l’utilisation des données externes avec les formulaires de JMap, consultez la section Formulaires de bases de données.
Groupe	Cette composante sert à grouper ensemble des composantes du formulaire. Un cadre avec titre sera dessiné autour des composantes appartenant au même groupe. Insérez cette composante dans une cellule d’une rangée vide pour débuter un nouveau groupe. Cette composante s’étend automatiquement sur toutes les cellules de la rangée. Elle ne peut pas être insérée sur une rangée qui comporte déjà d’autres composantes.

Si vous configurez un formulaire de base de données vous devez vous assurer que les paramètres d’une composante du formulaire sont compatibles avec les caractéristiques du champ correspondant dans la base de données.

Par exemple, si dans la base de données un champ de type texte a une longueur de 50 caractères, la composante correspondante de type Texte du formulaire doit avoir un nombre maximal de caractères de 50.

Fonctions

Certaines fonctions permettent d’initialiser les composantes des formulaires. En voici la liste.

username()	Remplacé par le code utilisateur de l’utilisateur.
fullname()	Remplacé par le nom complet de l’utilisateur.
date()	Remplacé par la date courante.
datetime()	Remplacé par la date et l’heure courantes.

Règles de validation des composantes

Vous pouvez définir des règles de validation pour chaque composante, afin de diminuer les erreurs lorsque les utilisateurs des applications JMap entrent des valeurs pour la composante. Des règles peuvent être aussi créées au niveau du formulaire et des sous-formulaires. La section Règles de validation des formulaires présente ce sujet.

Seules les applications JMap Pro, JMap NG et JMap Survey prennent en compte les règles de validation des composantes. Ces règles sont ignorées dans les applications JMap Web.

Les règles que vous définissez au niveau des composantes permettent notamment de :

• Rendre un champ “read-only” (lecture seule) ou “required” (obligatoire) en fonction des valeurs d’autres champs du formulaire.

• Calculer les valeurs de certains champs.

JMap utilise JSonLogic, un langage de programmation qui permet d’élaborer la syntaxe des règles et les valider car il offre des bibliothèques d’évaluation des expressions logiques dans tous les langages. Vous pouvez élaborer des expressions logiques, mathématiques ou de chaînes de caractères.

Les règles au niveau des composantes, permettent trois types d’expressions :

Requis	Vous pouvez entrer une expression booléenne qui indique les cas dans lesquels le champ est obligatoire. C’est à dire que si l’expression que vous entrez est respectée (elle est vraie), le champ est obligatoire. L’expression implique des valeurs d’autres champs du formulaire. Exemple {"==" : [ { "var" : "STATUT" }, "done" ]} Cette expression pour le champ MATERIAL, indique que lorsque l’utilisateur entre la valeur “done” dans le champ STATUT, il doit entrer une valeur pour le champ MATERIAL pour pouvoir sauvegarder et fermer le formulaire. Note : Cette expression est exclusive au paramètre Requis de la composante. Si vous cochez le paramètre Requis, ce champ est toujours obligatoire et la plage Requis pour définir une expression logique, n’est pas disponible. Si vous ne cochez pas le paramètre Requis et définissez une règle, le champ devient obligatoire seulement lorsque la règle est respectée.
Lecture seule	Vous pouvez entrer une expression booléenne qui indique les cas dans lesquels le champ est en mode lecture seule. C’est à dire que si l’expression que vous entrez est respectée, le champ est en lecture seule. L’expression implique des valeurs d’autres champs du formulaire. Note : Cette expression est exclusive avec le paramètre Lecture seule de la composante. Si vous cochez le paramètre Lecture seule, ce champ est toujours obligatoire et la plage Lecture seule pour définir une expression logique, n’est pas disponible. Si vous ne cochez pas le paramètre Lecture seule et définissez une règle, le champ devient obligatoire seulement lorsque la règle est respectée.
Calculée	Vous pouvez entrer une expression mathématique ou de chaînes de caractères pour calculer la valeur du champ. Le résultat de cette règle devient la valeur du champ. Exemple { "*" : [ 2, 3.1416, {"/": [ {"var" : "DIAMETER"}, 2] }] } Cette expression calcule la valeur du champ CIRCONFÈRENCE à partir de la valeur du champ DIAMETER.

Règles de validation des formulaires

Les formulaires d’attributs d’une couche et les formulaires et sous-formulaires des bases de données vous permettent de définir des règles de validation globale du formulaire, basées sur plusieurs champs.

Les règles valident les valeurs des champs du côté client, c’est à dire, les valeurs que les utilisateurs des applications JMap entrent dans les formulaires. La validation a lieu lors de la sauvegarde du formulaire, qui ne se fait pas si les règles ne sont pas respectées.

Seules les applications JMap Pro, JMap NG et JMap Survey prennent en compte les règles de validation des formulaires. Ces règles sont ignorées dans les applications JMap Web.

Pour configurer les règles d’un formulaire ou d’un sous-formulaire, ouvrez l’interface de configuration du formulaire ou sous-formulaire qui vous intéresse :

1. Appuyez sur pour ouvrir le menu et sélectionnez l’option Règles. L’interface qui liste les règles s’affiche.
2. Appuyez sur Créer. La fenêtre pour créer une règle s’affiche.

   Nom	Inscrivez un nom pour la règle.
   Expression	Entrez l’expression logique qui définit la règle. La syntaxe est celle de JSonLogic. Vous pouvez entrer des expressions logiques et/ou mathématiques. L’expression doit être respectée pour que le formulaire puisse être validé et fermé. C’est à dire que l’utilisateur d’une application JMap (Pro, Survey, NG) doit entrer les données correctes pour les champs concernés par l’expression pour que celle-ci soit respectée (s’avère vraie) et le formulaire puisse être sauvegardé et fermé. Exemple {“!”:[ {“and”:[ {“==”:[{“var”:“STATUT”},“done”]}, {“or”:[ {“==”:[{“var”:“MATERIAL”},“”]}, {“==”:[{“var”:“INSP_DATE”}, null]}, {“==”:[{“var”: “DIAMETER”}, null]}, {“<=”:[{“var”:“DIAMETER”}, 0]} ]} ]} ]} Cette expression indique que lorsque la valeur du champ STATUT est “done”, les champs MATERIAL, INSP_DATE et DIAMETER doivent être initialisés (leur valeur ne peut pas être nulle ou 0). Note : Actuellement JMap ne peux pas valider des expressions qui contiennent des champs de type date.
   Message	Entrez le message d’erreur qui s’affiche lorsque l’expression logique n’est pas respectée. Vous pouvez entrer le message en plusieurs langues. Exemple Les champs MATERIAL, INSP_DATE et DIAMETER ne peuvent pas être nuls ou vides si STATUS est 'Done'

3. Appuyez sur Sauvegarder.

Vous pouvez créer plusieurs règles pour un même formulaire.

Création de formulaires

Les sections Formulaires d'attributs d'une couche, Formulaires de base de données et Formulaires de requêtes par attribut, décrivent les étapes de création des formulaires et sous-formulaires. Les exemples cités font référence aux tables de la figure suivante :