En fonction de la situation, vous pouvez indiquer plusieurs modèles pour contrôler la mise en forme des valeurs de champs, telles que les champs de texte, numériques et Date/Heure :
Un modèle d’affichage qui décrit comment les données s’affichent dans le formulaire. Si vous définissez une valeur par défaut initiale, elle respecte le modèle d’affichage. Le modèle d’affichage gère également le formatage des valeurs entrées par l’utilisateur et toutes les valeurs liées qui sont récupérées au moment de l’exécution.
Un modèle de saisie qui décrit la syntaxe des valeurs à entrer à l’exécution dans un champ Date/Heure, un champ numérique, un champ de texte ou un champ de mot de passe.
Un modèle de validation qui sert à vérifier la valeur entrée par l’utilisateur à l’exécution.
Un modèle de données qui décrit la syntaxe des données liées ou enregistrées.
Les options de formatage que vous choisissez dépendent de l’utilisation que vous comptez faire de votre formulaire. Par exemple, si vous concevez un formulaire interactif, vous devriez définir pour chaque champ un modèle de saisie pour traiter les données entrées par l’utilisateur et un modèle de validation pour les vérifier. Vous ne devriez avoir besoin de définir un modèle de données que si les champs sont liés à une source de données.
Gardez à l’esprit que si vous spécifiez uniquement un modèle de saisie pour un objet Champ numérique ou Champ des décimaux, l’utilisateur du formulaire peut tout de même saisir des caractères alphabétiques dans ce champ. Pour éviter cela, effectuez l’une des opérations suivantes :
Ne spécifiez pas uniquement un modèle de saisie. Assurez-vous qu’Adobe Acrobat et Reader filtrent les caractères alphabétiques indésirables.
Spécifiez des modèles de saisie et d’affichage. Vous êtes ainsi assuré que les données sont mises en forme conformément au modèle d’affichage.
Spécifiez des modèles de saisie et de validation. Vous êtes ainsi assuré que la valeur est rejetée et le champ effacé si l’utilisateur du formulaire entre un caractère alphabétique.
Utilisation des modèlesUtilisez les modèles pour contrôler le traitement des valeurs de zone à l’exécution. Par exemple, les utilisateurs peuvent entrer des lettres et des chiffres dans un champ de texte où la ponctuation et les espaces sont automatiquement appliqués conformément au modèle prédéfini avant que le champ ne s’affiche.
Capture et affichage des données utilisateurSi vous créez un formulaire qui capture des données, vous pouvez définir le format de ces données et le modèle d’affichage des données. Si vous n’indiquez pas de modèle d’affichage, les données respectent le format par défaut de Designer.
Si les utilisateurs risquent d’entrer des données qui ne correspondent pas aux valeurs par défaut de Designer, vous devez indiquer un modèle de saisie. Le modèle de saisie décrit la syntaxe des valeurs que doit entrer l’utilisateur. En fonction du modèle, l’application d’exécution convertit les valeurs entrées par l’utilisateur en données brutes, puis les formate conformément au modèle d’affichage.
Si vous concevez un formulaire interactif, tenez compte des valeurs saisies par l’utilisateur qu’il est nécessaire de valider. Selon le cas, il peut être essentiel ou non de valider un champ de texte, par exemple. Il n’est pas utile de valider un champ de texte multiligne prévu pour la saisie d’un commentaire. De la même manière, un champ numérique interdit systématiquement l’entrée de données non numériques. Cependant, si les données doivent être comprises dans une plage de valeurs bien précise, vous aurez intérêt à valider la saisie de l’utilisateur. Vous pouvez choisir d’afficher un message personnalisé qui invite les utilisateurs à entrer les valeurs au format approprié au moment de l’exécution. Si vous ne spécifiez pas de message, le système en génère un automatiquement.
N’oubliez pas qu’en utilisant les options de l’onglet Validations du formulaire, dans la boîte de dialogue Propriétés du formulaire, vous pouvez configurer la manière dont Acrobat affiche les messages de validation, met en surbrillance les champs non validés ou obligatoires vides ou qui contiennent des données non valides et définit l’action sur le premier champ qui ne valide pas. Voir Affichage des erreurs de validation dans Acrobat.
Remarque : Il est possible d’utiliser des formules FormCalc et des scripts JavaScript pour traiter les valeurs entrées par l’utilisateur (par exemple, un script peut demander la valeur brute d’un champ). Comme les formules et les scripts utilisent des valeurs brutes et formatées, il est important de valider les champs où les entrées sont restreintes.
La saisie d’un numéro de carte de crédit ou d’un numéro de sécurité sociale permet de comprendre comment associer un modèle de saisie et un modèle de validation. Vous pourriez ainsi définir un champ de texte correspondant aux modèles de saisie suivants :
text{9999-9999-9999-9999}|text{9999
9999 9999 9999} for credit cards
ou
text{999-99-9999}|text{999
99 9999} for a US social security number
Dans un cas comme dans l’autre, l’utilisateur peut saisir le numéro avec un tiret(-) ou un espace ( ) ou se contenter d’entrer le numéro à 16 ou 9 chiffres. Le format canonique, c’est-à-dire le format le plus simple, est un numéro à 16 ou 9 chiffres.
Vous pouvez éventuellement décider d’ajouter le modèle de validation suivant :
text{9999999999999999}
ou
text{999999999}
Dans ce cas, seul le numéro est stocké et la validation permet de vérifier si le nombre de chiffres est correct. Il peut être plus intéressant ici de prévoir un script de validation au lieu d’un simple modèle de validation. Le script de validation est un algorithme conçu pour vérifier la somme de contrôle d’un numéro de carte de crédit afin de s’assurer qu’il s’agit bien d’un numéro de carte de crédit valide et non pas simplement d’un numéro à 16 chiffres aléatoire. Vous pourriez, par exemple, faire appel à l’agorithme Luhn destiné aux cartes de crédit.
Le formulaire comporterait ainsi un champ de texte dont le modèle de saisie permettrait à l’utilisateur d’entrer un numéro de carte de crédit sous trois formes différentes. La procédure de validation consisterait à exécuter un script afin de vérifier si le numéro ressemble à un véritable numéro de carte de crédit.
Récupération et affichage des données liéesSi des champs liés sont fusionnés dans le formulaire, vous pouvez indiquer le modèle d’affichage selon lequel les données doivent être formatées. Si vous n’indiquez pas de modèle d’affichage, les données respectent le format par défaut de Designer.
Si les données liées ne respectent pas le format par défaut de Designer, vous devez indiquer un modèle de données. Le modèle de données décrit la syntaxe des données liées. En fonction du modèle, l’application d’exécution convertit les données récupérées en données brutes, puis les formate en vue de les afficher.
Valeurs de mise en forme par défautLes valeurs par défaut doivent être se conformer aux règles suivantes, selon le type de zone.
Champ
|
Règle
|
Date/Heure
|
Une valeur date/heure par défaut doit se conformer au format court du paramètre régional spécifié pour le champ Date/Heure. Cependant, par défaut, Designer affiche la valeur par défaut dans le format de paramètre régional moyen lors de la conception et de l’exécution.
Prenons l’exemple d’un formulaire dans lequel le champ Date/Heure est configuré pour utiliser le paramètre régional allemand (Allemagne). Vous saisissez la valeur par défaut d’une date dans le format court JJ.MM.AA. Après avoir placé la sélection sur un autre champ, la valeur spécifiée dans le champ de la page est affichée dans le format moyen JJ.MM.AAAA. La valeur mise en forme apparaît également dans le format moyen si vous affichez le formulaire dans le panneau Aperçu PDF.
Remarque : Au moment de l’exécution, par défaut, les utilisateurs qui remplissent les formulaires doivent modifier la valeur des champs Date/Heure en utilisant le format court du paramètre régional spécifié pour le champ. Si vous spécifiez un modèle de saisie dans le panneau Modification de la boîte de dialogue Modèles (panneau Champ > Modèles), ce modèle remplace le format court et les utilisateurs doivent saisir les données conformes à ce modèle de saisie.
|
Champ numérique ou champ décimal
|
Une valeur numérique par défaut peut être un nombre entier ou un nombre décimal qui ne contient qu’une seule séparation fractionnaire. Le caractère fractionnaire peut être un point (.) ou une virgule (,) selon le paramètre régional sélectionné. Les séparateurs des milliers (ou symboles de regroupement) et les symboles monétaires ne sont pas valides en tant que valeur par défaut.
Par exemple, si un champ numérique est défini en fonction du paramètre régional Anglais (Etats-Unis) et que vous spécifiez la valeur par défaut $1,234.56, le symbole monétaire du dollar ($) et le séparateur des milliers de la virgule (,) ne sont pas valides.
|
Champ de texte
|
Une valeur de texte par défaut (y compris un mot de passe) peut être n’importe quelle chaîne alphanumérique pouvant contenir des espaces.
|
Remarque : Seuls les champs répertoriés dans le tableau comportent des valeurs par défaut devant être conformes à la mise en forme inhérente aux paramètres régionaux.
Pour définir une valeur par défautLes champs Date/Heure, les champs numériques et les champs de texte peuvent afficher une valeur initiale (par défaut) à l’ouverture du formulaire. Cette valeur peut provenir d’une propriété d’exécution ou être une valeur que vous spécifiez explicitement dans Designer. Elle peut également provenir d’une source de données externe par le biais d’une liaison. Au moment de l’exécution, Designer définit la mise en forme des valeurs par défaut en fonction du paramètre régional spécifié pour chaque champ.
Sélectionnez un champ Date/Heure, un champ décimal, un champ numérique ou un champ de texte.
Cliquez sur l’onglet Champ de la palette Objet. Sélectionnez un paramètre régional dans la liste correspondante.
Cliquez sur l’onglet Valeur de la palette Objet. Tapez la valeur dans la zone Valeur par défaut.
La valeur par défaut doit être définie dans un format de paramètre régional.
Remarque : Si les données sont liées et qu’un modèle a été spécifié, la valeur doit correspondre au modèle de données défini dans le panneau Liaison.
Pour définir un modèle d’affichageLors de l’exécution, Designer affiche les valeurs des champs de date et d’heure et des champs numériques dans le format des paramètres régionaux. Si vous souhaitez afficher une valeur de champ dans un format autre que celui par défaut, vous pouvez spécifier le modèle personnalisé en cliquant sur le bouton Modèles du panneau Champ.
Remarque : Les listes déroulantes prennent en charge les valeurs entrées par les utilisateurs, mais il n’est pas possible de définir un modèle d’affichage pour ces valeurs. Vous pouvez écrire un script pour formater, au besoin, la valeur entrée par l’utilisateur.
Puisque le modèle d’affichage détermine l’affichage des données dans le formulaire, toutes les valeurs par défaut, les valeurs entrées par les utilisateurs et les valeurs récupérées d’une base de données sont converties au modèle d’affichage défini.
Remarque : Les dates antérieures au 1 janvier 1900 ne sont pas affectées par le modèle d’affichage.
Sélectionnez un champ Date/Heure, un champ numérique ou un champ de texte.
Cliquez sur l’onglet Champ de la palette Objet.
Cliquez sur Modèles et sélectionnez un des modèles prédéfinis dans la liste Sélectionner un type ou tapez un modèle personnalisé dans le champ Modèle.
Pour inviter les utilisateurs à entrer des donnéesLes invites sont utiles dans les cas où les utilisateurs doivent entrer des données ou effectuer une sélection. Vous pouvez rédiger un message pour inviter les utilisateurs à saisir une valeur dans un champ Date/Heure, numérique, de texte, de mot de passe ou une liste déroulante, ou encore pour les inviter à sélectionner une option dans une liste déroulante, une zone de liste ou un groupe de boutons radio.
Recommander aux utilisateurs de saisir des donnéesVous pouvez recommander aux utilisateurs de saisir des données dans un champ tout en leur laissant la possibilité d’envoyer le formulaire s’ils ne le font pas. Si un utilisateur saisit des données dans un champ, sort du champ puis efface son contenu, un message s’affiche. Un message personnalisé s’affiche s’il a été saisi dans la zone Message d’état vide. Un message de champ vide standard s’affiche si vous ne saisissez pas de message personnalisé. Le message apparaît uniquement si des données se trouvaient dans le champ, qu’elles ont été supprimées et que l’utilisateur a quitté le champ sans saisir de nouvelles données. Si l’utilisateur n’essaie jamais de saisir des données dans le champ et tente d’envoyer le formulaire, un message indiquant que le champ est obligatoire apparaît. L’utilisateur peut choisir de ne pas tenir compte du message et d’envoyer tout de même le formulaire. Sélectionnez Entré par l’utilisateur - Recommandé pour recommander aux utilisateurs de saisir des données dans un champ.
Obliger les utilisateurs à saisir des donnéesVous pouvez obliger les utilisateurs à saisir des données dans un champ avant de permettre l’envoi d’un formulaire. Si un utilisateur saisit des données dans un champ, sort du champ en actionnant la touche de tabulation puis y retourne pour en effacer le contenu, un message s’affiche. Un message personnalisé s’affiche s’il a été saisi dans la zone Message d’état vide. Un message de champ vide standard s’affiche si vous ne saisissez pas de message personnalisé. Le message apparaît uniquement si des données se trouvaient dans le champ, qu’elles ont été supprimées et que l’utilisateur a quitté le champ sans saisir de nouvelles données. Si l’utilisateur n’essaie jamais de saisir des données dans le champ et tente d’envoyer le formulaire, un message indiquant que le champ est obligatoire apparaît. Sélectionnez Entré par l’utilisateur - Obligatoire pour obliger les utilisateurs à saisir des données dans un champ.
N’oubliez pas qu’en utilisant les options de l’onglet Validations du formulaire, dans la boîte de dialogue Propriétés du formulaire, vous pouvez configurer la manière dont Acrobat affiche les messages de validation, met en surbrillance les champs non validés ou obligatoires vides ou qui contiennent des données non valides et définit l’action sur le premier champ qui ne valide pas. Voir Affichage des erreurs de validation dans Acrobat.
Remarque : Si les utilisateurs ne saisissent pas une valeur dans le champ et essaient d’envoyer le formulaire, le message d’erreur de champs obligatoires apparaît. Toutefois, les utilisateurs peuvent enregistrer et fermer un formulaire PDF sans entrer les valeurs recommandées ou obligatoires. Dans un tel cas, aucun message n’invite les utilisateurs à entrer des valeurs.
Sélectionnez le champ, la liste déroulante, la zone de liste ou le groupe de boutons radio.
Cliquez sur l’onglet Valeur de la palette Objet. Dans la zone Type, sélectionnez l’une des options suivantes :
Dans la zone Message d’état vide, tapez le texte de l’invite. Le cas échéant, l’invite doit indiquer le format de saisie requis. Par exemple, si vous définissez un modèle de saisie, la valeur entrée par l’utilisateur doit respecter ce format.
Pour définir un modèle de saisieLors de l’exécution, Designer affiche les valeurs des champs de date et d’heure, des champs numériques et des champs de décimaux dans le format des paramètres régionaux. Si vous souhaitez autoriser les utilisateurs à modifier des valeurs de champ dans un format autre que la valeur par défaut propre au paramètre régional, vous pouvez spécifier le modèle de saisie dans le panneau Champ. Si la saisie de l’utilisateur n’est pas conforme au modèle de saisie, les données sont entrées en l’état.
Si vous spécifiez uniquement un modèle de saisie pour un objet Champ numérique ou Champ des décimaux, l’utilisateur du formulaire peut tout de même saisir des caractères alphabétiques dans ce champ.
Le modèle de saisie peut différer du modèle d’affichage. Par exemple, puisqu’il est plus facile pour les utilisateurs d’entrer des dates au format court et de lire des dates au format long, vous pouvez indiquer une date au format court dans le modèle de saisie d’un champ Date/Heure et une date au format long dans son modèle d’affichage. Lorsque ces deux modèles sont différents, les valeurs brutes sont formatées en fonction du modèle d’affichage dès que l’utilisateur quitte le champ.
Remarque : Cette option n’est pas disponible si l’option Type du panneau Valeur de la palette Objet est définie sur Protection, Calculé - Lecture seule ou Lecture seule.
Sélectionnez un champ Date/Heure, un champ numérique, un champ de texte ou un champ de mot de passe.
Cliquez sur l’onglet Champ de la palette Objet.
Cliquez sur Modèles, cliquez sur l’onglet Modification et sélectionnez un des modèles prédéfinis dans la liste Sélectionner un type ou tapez un modèle personnalisé dans le champ Modèle.
Pour valider les données utilisateurTrois méthodes de validation sont possibles pour chaque champ. L’ordre d’exécution de ces validations est le suivant :
Test du champ pour s’assurer que son contenu n’est pas nul.
Comparaison du format de la valeur du champ par rapport à un modèle spécifique. Pour plus d’informations sur les modèles de champs, voir Formats simples.
Exécution d’un script de validation.
Vous pouvez définir un modèle de validation qui vérifie les valeurs entrées par les utilisateurs dans les champs Date/Heure, les champs numériques, les champs de texte et les champs de mot de passe. Par défaut, les valeurs nulles ne sont pas acceptées lorsque la saisie de valeurs est obligatoire. Les valeurs brutes sont directement comparées au modèle de validation et sont formatées pour l’affichage si elles correspondent.
Si la valeur saisie par l’utilisateur ne correspond pas au modèle de validation, une erreur de programmation ou un avertissement s’affiche. L’erreur/avertissement est détecté(e) par Acrobat, Adobe Reader ou Forms, qui renvoie automatiquement un message à l’utilisateur. Si aucun modèle de saisie n’est défini et que la valeur entrée par l’utilisateur ne respecte pas le format par défaut de Designer, la validation échoue.
Un message de validation s’affiche si les objets nécessitant des valeurs contiennent des valeurs nulles et si l’utilisateur tente d’envoyer des données à Forms.
Remarque : Les utilisateurs peuvent enregistrer et fermer un formulaire PDF sans entrer les valeurs obligatoires. Dans un tel cas, aucune validation n’est effectuée.
Au besoin, vous pouvez taper un message de modèle de validation personnalisé qui remplace le message d’erreur ou d’avertissement par défaut.
Vous pouvez valider les données utilisateur à l’aide d’un modèle de validation et/ou, dans les cas où le modèle de validation n’est pas pris en charge (ex. : pour les groupes de boutons radio et les cases à cocher), grâce à un script de validation. La validation des données par le biais d’un script permet de vous assurer qu’elles sont correctes pour votre application. Dans un tel cas, un message personnalisé et un avertissement ou une erreur d’exécution sont également pris en charge.
N’oubliez pas qu’en utilisant les options de l’onglet Validations du formulaire, dans la boîte de dialogue Propriétés du formulaire, vous pouvez configurer la manière dont Acrobat affiche les messages de validation, met en surbrillance les champs non validés ou obligatoires vides ou qui contiennent des données non valides et définit l’action sur le premier champ qui ne valide pas. Voir Affichage des erreurs de validation dans Acrobat.
Vous pouvez remplir de manière dynamique un message de modèle de validation à l’aide d’une valeur issue d’une source de données. Vous serez ainsi assuré que les utilisateurs saisissent la valeur correcte dans le champ. Pour définir un modèle de validation et un message personnaliséSélectionnez un champ Date/Heure, un champ numérique, un champ de texte, un champ de mot de passe, une liste déroulante ou une zone de liste.
Cliquez sur l’onglet Valeur de la palette Objet.
Cliquez sur Modèle de validation et sélectionnez un des modèles prédéfinis dans la liste Sélectionner un type ou tapez un modèle personnalisé dans le champ Modèle.
Dans la zone Message du modèle de validation, tapez le message qui invitera les utilisateurs à entrer une valeur correcte. Le message doit indiquer le format de saisie obligatoire. Pour commencer une nouvelle ligne de texte, appuyez sur Ctrl+Entrée.
Pour afficher une erreur de programmation plutôt qu’un avertissement, cochez la case Erreur.
Pour afficher un message lorsqu’un script détecte une valeur incorrecteSélectionnez un champ Date/Heure, un champ numérique, un champ de texte, un champ de mot de passe, une liste déroulante, une zone de liste, une case à cocher ou un groupe de boutons radio.
Cliquez sur l’onglet Valeur de la palette Objet. Dans la zone Message du script de validation, tapez le message.
Pour afficher une erreur de programmation plutôt qu’un avertissement, cochez la case Erreur.
Pour spécifier un modèle de donnéesLes options de liaison de données permettent de développer un formulaire qui capture les données pour les infrastructures de l’entreprise et/ou d’utiliser une source de données externe pour remplir le formulaire à l’exécution. Par exemple, s’ils disposent des informations de liaison appropriées (voir Liaison de champs à une source de données) et ont accès à la source de données (voir Utilisation des sources de données), Acrobat et Adobe Reader ont la possibilité d’importer et d’afficher les données d’une base de données OLEDB à l’ouverture du formulaire. Les objets peuvent également être liés à un schéma XML, à un fichier XML ou à une source de données WSDL.
Acrobat, Adobe Reader et Forms interprètent les propriétés de liaison des données afin de stocker les données capturées et d’analyser les données récupérées. Par défaut, les données d’un objet sont enregistrées et fusionnées conformément aux règles de fusion d’Adobe. Lorsqu’un formulaire est ouvert dans Acrobat ou Adobe Reader ou généré par Forms, les champs sont remplis à partir de la source de données. Toute modification de la valeur d’un champ par un utilisateur est répercutée dans la source de données appropriée lorsque le formulaire est enregistré dans Acrobat ou Adobe Reader, ou lorsque les données sont envoyées à Forms.
Si les données ne sont pas liées à une source de données (si par exemple les données du formulaire vont être renvoyées par messagerie), le modèle de données indique le format à utiliser pour les enregistrer. Si vous ne créez pas de modèle de données, celles-ci sont enregistrées dans un format canonique. Si un formulaire est susceptible d’être renseigné par des utilisateurs impliquant des paramètre régionaux différents, ou si les données doivent être retournées dans plusieurs paramètres régionaux, l’utilisation d’un format de données canonique permet de s’assurer que tous les utilisateurs interpréteront les données de la même manière.
Il est possible de définir un modèle de données pour les champs Date/Heure, les champs numériques, les champs de texte et les champs de mot de passe. Si le modèle de données empêche Acrobat, Adobe Reader ou Forms d’analyser une valeur récupérée, cette dernière s’affiche telle quelle dans le formulaire (elle n’est pas formatée pour l’affichage).
Sélectionnez un champ Date/Heure, un champ numérique, un champ de texte ou un champ de mot de passe.
Cliquez sur l’onglet Champ de la palette Objet.
Cliquez sur Modèles, cliquez sur l’onglet Données et sélectionnez un des modèles de liaison de données prédéfinis dans la liste Sélectionner un type ou tapez un modèle personnalisé dans le champ Modèle.
Formats simplesIl est possible d’utiliser des formats simples pour formater les valeurs des champs Date/Heure, des champs numériques, des champs de texte et des champs de mot de passe. Chacun de ces objets possède ses propres règles quant à la création de formats corrects. Le jeu de caractères qui peut être utilisé dans un format est limité et la syntaxe d’un format valable varie pour les champs Date/Heure, les champs numériques, les champs de texte et les champs de mot de passe.
Pour plus d’informations sur les caractères que vous pouvez utiliser dans un modèle et pour obtenir des exemples de syntaxe correcte, voir l’une des sections ci-dessous. Pour plus d’informations sur les formats complexes de champ Date/Heure, champ numérique ou champ de texte, voir Modèles de champ complexes.
Paramètres régionauxUn paramètre régional est un terme standard utilisé, dans le développement de normes internationales, pour identifier une nation (une langue, un pays ou une région). En ce qui concerne FormCalc, un paramètre régional définit le format de date et d’heure ainsi que le format numérique et monétaire d’une nation ou d’une région, pour permettre aux utilisateurs de se servir des formats auxquels ils sont habitués.
Chaque paramètre régional comprend une chaîne de caractères unique appelée identificateur de paramètre régional. La composition de ces chaînes est gérée par le groupe IETF (Internet Engineering Task Force) de l’Organisation mondiale de normalisation (ISO), organe de la Société Internet (www.isoc.org).
Les identificateurs de paramètre régional se composent d’une partie langue, d’une partie pays ou région ou des deux. Le tableau suivant présente la liste des paramètres régionaux valides avec la présente version de Designer.
Langue
|
Pays ou région
|
Code ISO
|
Arabe
|
Algérie
|
ar_DZ
|
Arabe
|
Bahreïn
|
ar_BH
|
Arabe
|
Egypte
|
ar_EG
|
Arabe
|
Iraq
|
ar_IQ
|
Arabe
|
Jordanie
|
ar_JO
|
Arabe
|
Koweït
|
ar_KW
|
Arabe
|
Liban
|
ar_LB
|
Arabe
|
Libye
|
ar_LY
|
Arabe
|
Maroc
|
ar_MA
|
Arabe
|
Oman
|
ar_OM
|
Arabe
|
Qatar
|
ar_QA
|
Arabe
|
Arabie Saoudite
|
ar_SA
|
Arabe
|
Soudan
|
ar_SD
|
Arabe
|
Syrie
|
ar_SY
|
Arabe
|
Tunisie
|
ar_TN
|
Arabe
|
Emirats arabes unis
|
ar_AE
|
Arabe
|
Yémen
|
ar_YE
|
Arménien
|
Arménie
|
hy_AM
|
Azéri cyrillique
|
Azerbaïdjan
|
az_Cyrl_AZ
|
Azéri latin
|
Azerbaïdjan
|
az_Latn_AZ
|
Basque
|
Espagne
|
eu_ES
|
Bosniaque
|
Bosnie-Herzégovine
|
bs_BA
|
Bulgare
|
Bulgarie
|
bg_BG
|
Catalan
|
Espagne
|
ca_ES
|
Chinois
|
République populaire de Chine (simplifié)
|
zh_CN
|
Chinois
|
Hong Kong R.A.S., Chine
|
zh_HK
|
Chinois
|
Chinois traditionnel
|
zh_TW
|
Croate
|
Croatie
|
hr_HR
|
Tchèque
|
République tchèque
|
cs_CZ
|
Danois
|
Danemark
|
da_DK
|
Néerlandais
|
Belgique
|
nl_BE
|
Néerlandais
|
Pays-Bas
|
nl_NL
|
Anglais
|
Australie
|
en_AU
|
Anglais
|
Belgique
|
en_BE
|
Anglais
|
Canada
|
en_CA
|
Anglais
|
Hong Kong R.A.S., Chine
|
en_HK
|
Anglais
|
Inde
|
en_IN
|
Anglais
|
Inde Roupie
|
en_IN_RUPEE
|
Anglais
|
Irlande
|
en_IE
|
Anglais
|
Nouvelle-Zélande
|
en_NZ
|
Anglais
|
Philippines
|
en_PH
|
Anglais
|
Singapour
|
en_SG
|
Anglais
|
Afrique du Sud
|
en_ZA
|
Anglais
|
Royaume-Uni
|
en_GB
|
Anglais
|
Royaume-Uni (Europe)
|
en_GB_EURO
|
Anglais
|
Anglais (Etats-Unis)
|
en_US
|
Anglais
|
Iles vierges (Etats-Unis)
|
en_VI
|
Estonien
|
Estonie
|
et_EE
|
Finnois
|
Finlande
|
fi_FI
|
Français
|
Belgique
|
fr_BE
|
Français
|
Canada
|
fr_CA
|
Français
|
France
|
fr_FR
|
Français
|
Luxembourg
|
fr_LU
|
Français
|
Suisse
|
fr_CH
|
Allemand
|
Autriche
|
de_AT
|
Allemand
|
Allemagne
|
de_DE
|
Allemand
|
Luxembourg
|
de_LU
|
Allemand
|
Suisse
|
de_CH
|
Grec
|
Grèce
|
el_GR
|
Hébreu
|
Israël
|
he_IL
|
Hindi
|
Inde
|
hi_IN
|
Hongrois
|
Hongrie
|
hu_HU
|
Indonésien
|
Indonésie
|
id_ID
|
Italien
|
Italie
|
it_IT
|
Italien
|
Suisse
|
it_CH
|
Japonais
|
Japon
|
ja_JP
|
Kazakh
|
Kazakhstan
|
kk_KZ
|
Khmer
|
Cambodge
|
km_KH
|
Coréen
|
Coréen
|
ko_KR
|
Coréen
|
Corée (caractères Hanja)
|
ko_KR_HANI
|
Lao
|
Laos
|
lo_LA
|
Letton
|
Lettonie
|
lv_LV
|
Lituanien
|
Lituanie
|
lt_LT
|
Malais
|
Malaisie
|
ms_MY
|
Norvégien (Bokmal)
|
Norvège
|
nb_NO
|
Norvégien (Nynorsk)
|
Norvège
|
nn_NO
|
Perse
|
Iran
|
fa_IR
|
Polonais
|
Pologne
|
pl_PL
|
Portugais
|
Brésil
|
pt_BR
|
Portugais
|
Portugal
|
pt_PT
|
Roumain
|
Roumanie
|
ro_RO
|
Russe
|
Russie
|
ru_RU
|
Serbe cyrillique
|
Serbie-et-Monténégro
|
sr_Cyrl_CS
|
Serbe latin
|
Serbie-et-Monténégro
|
sr_Latn_CS
|
Slovaque
|
Slovaquie
|
sk_SK
|
Slovène
|
Slovénie
|
sl_SI
|
Espagnol
|
Argentine
|
es_AR
|
Espagnol
|
Bolivie
|
es_BO
|
Espagnol
|
Chili
|
es_CL
|
Espagnol
|
Colombie
|
es_CO
|
Espagnol
|
Costa Rica
|
es_CR
|
Espagnol
|
République dominicaine
|
es_DO
|
Espagnol
|
Equateur
|
es_EC
|
Espagnol
|
El Salvador
|
es_SV
|
Espagnol
|
Guatemala
|
es_GT
|
Espagnol
|
Honduras
|
es_HN
|
Espagnol
|
Mexique
|
es_MX
|
Espagnol
|
Nicaragua
|
es_NI
|
Espagnol
|
Panama
|
es_PA
|
Espagnol
|
Paraguay
|
es_PY
|
Espagnol
|
Pérou
|
es_PE
|
Espagnol
|
Porto Rico
|
es_PR
|
Espagnol
|
Espagne
|
es_ES
|
Espagnol
|
Anglais (Etats-Unis)
|
es_US
|
Espagnol
|
Uruguay
|
es_UY
|
Espagnol
|
Venezuela
|
es_VE
|
Suédois
|
Suède
|
sv_SE
|
Tagalog
|
Philippines
|
tl_PH
|
Thaï
|
Thaïlande
|
th_TH
|
Thaï
|
Thaï traditionnel
|
th_TH_TH
|
Turc
|
Turquie
|
tr_TR
|
Turc (livre turque)
|
Turquie
|
tr_TR_LIRA
|
Ukrainien
|
Ukraine
|
uk_UA
|
Vietnamien
|
Vietnam
|
vi_VN
|
Habituellement, les deux éléments d’un paramètre régional sont importants. Par exemple, le nom des jours de la semaine et des mois en anglais pour le Canada et en anglais pour la Grande-Bretagne ont le même format, mais les dates sont formatées différemment. Ainsi, l’indication de la langue anglaise comme paramètre régional n’est pas suffisante. De même, l’indication du seul pays comme paramètre régional n’est pas suffisante. Par exemple, le Canada possède deux formats de date, l’un pour l’anglais et l’autre pour le français. Pour plus d’informations sur le réglage des paramètres régionaux dans Designer, voir Pour définir un paramètre régional (langue ou région) pour un objet.
En général, chaque application fonctionne dans un environnement où se trouve un paramètre régional. Ce paramètre régional est ambiant. Dans certaines circonstances, une application peut fonctionner sur un système, ou dans un environnement, dans lequel ne se trouve aucun paramètre régional. Dans ces rares cas, le paramètre régional ambiant par défaut est l’anglais des Etats-Unis (en-US). Ce paramètre régional est celui par défaut.
EpoqueOn associe aux valeurs de date et d’heure une origine, dite époque, qui sert de point de départ chronologique. Toute valeur de date ou d’heure située avant cette époque n’est pas valide.
L’unité de valeur pour toutes les fonctions de date est le nombre de jours calculé depuis l’époque. L’unité de valeur pour toutes les fonctions d’heure est le nombre de millisecondes calculé depuis l’époque.
Designer définit le jour 1 de l’époque pour toutes les fonctions de date comme étant le 1er janvier 1900, et la milliseconde 1 de l’époque pour toutes les fonctions d’heure comme étant minuit, 00:00:00, en temps universel coordonné (UTC), aussi connu sous le nom de « temps moyen de Greenwich » (GMT). Cette définition signifie que les utilisateurs des fuseaux horaires situés à l’Est de l’UTC peuvent recevoir des valeurs d’heure négatives.
Formats de dateUn format de date est une notation abrégée déterminant la façon dont la date s’affiche. Elle comprend différents signes de ponctuation et symboles représentant le formatage utilisé par la date. Le tableau suivant fournit des exemples de formats de date :
Format de date
|
Exemple
|
MM/JJ/AA
|
11/11/78
|
JJ/MM/AA
|
25/07/85
|
MMMM JJ, AAAA
|
Mars 10, 1964
|
Le format de date est géré par une norme ISO. Chaque pays ou région spécifie ses propres formats de date. Les quatre catégories générales de formats de date correspondent aux formats court, moyen, long et complet. Le tableau ci-dessous indique quelques exemples de formats de date, dans différents paramètres régionaux, pour chacune des quatre catégories.
Identificateur de paramètre régional et description
|
Format de date (catégorie)
|
Exemple
|
en_GB
Anglais (Royaume-Uni)
|
JJ/MM/AA (Court)
|
08/12/92
08/04/05
|
fr_CA
Français (Canada)
|
AA-MM-JJ (Moyen)
|
92-08-18
|
de_DE
Allemand (Allemagne)
|
J. MMMM AAAA (Long)
|
17. Juni 1989
|
fr_FR
Français (France)
|
EEEE, le J MMMM AAAA (Complet)
|
Lundi, le 29 Octobre 1990
|
Formats d’heureUn format d’heure est une notation abrégée déterminant la façon dont l’heure s’affichera. Elle comprend des signes de ponctuation, des littéraux et des symboles. Le tableau suivant propose des exemples de formats d’heure.
Format d’heure
|
Exemple
|
h:MM A
|
7:15 PM
|
HH:MM:SS
|
21:35:26
|
HH:MM:SS ’o’’clock’ A Z
|
14:20:10 o’clock PM EDT
|
Le format d’heure est géré par une norme ISO. Chaque nation définit ses formats d’heure par défaut, court, moyen, long et complet. Le paramètre régional identifie le format d’heure conforme aux normes de cette nation.
Le tableau ci-dessous indique quelques exemples de formats d’heure, dans différents paramètres régionaux, pour chacune des quatre catégories.
Identificateur de paramètre régional et description
|
Format d’heure (Catégorie)
|
Exemple
|
en_GB
Anglais (Royaume-Uni)
|
HH:MM (Court)
|
14:13
|
fr_CA
Français (Canada)
|
HH:MM:SS (Moyen)
|
12:15:50
|
de_DE
Allemand (Allemagne)
|
HH:MM:SS z (Long)
|
14:13:13 -0400
|
fr_FR
Français (France)
|
HH ’ h ’ MM Z (Complet)
|
14 h 13 GMT-04:00
|
Formats de date et heureVous devez utiliser les symboles suivants pour créer des formats de date et heure pour les champs Date/Heure. Certains symboles de dates sont uniquement utilisés dans les paramètres régionaux correspondant aux langues chinoise, japonaise et coréenne. Ces symboles sont également indiqués ci-dessous. Pour plus d’informations, voir Exemples de formats de date et heure.
Remarque : La virgule (,), le tiret (-), le deux-points (:), la barre oblique (/), le point (.) et l’espace ( ) sont considérés comme des valeurs littérales qui peuvent être incluses n’importe où dans le format. Pour inclure du texte dans un format, délimitez la chaîne de texte par des guillemets simples (’). Par exemple, Le paiement est exigible au JJ-MM-AA peut être spécifié comme modèle d’affichage.
Symbole de date
|
Description
|
Valeur formatée pour un paramètre régional Anglais (Etats-Unis) dont la valeur d’entrée tributaire du format du paramètre régional est 1/1/08 (Janvier 1, 2008)
|
D
|
Jour du mois à 1 ou 2 chiffres (1-31)
|
1
|
JJ
|
Jour du mois à 2 chiffres avec zéro de remplissage (01-31)
|
01
|
J
|
Jour de l’année à 1, 2 ou 3 chiffres (1-366)
|
1
|
JJJ
|
Jour de l’année à 3 chiffres avec zéros de remplissage (001-366)
|
001
|
M
|
Mois de l’année à 1 ou 2 chiffres (1-12)
|
1
|
MM
|
Mois de l’année à 2 chiffres avec zéro de remplissage (01-12)
|
01
|
MMM
|
Nom abrégé du mois
|
Jan
|
MMMM
|
Nom complet du mois
|
Janvier
|
E
|
Jour de la semaine à 1 chiffre (1-7), où 1=Dimanche
|
3 (le 1er janvier 2008 correspond à un mardi)
|
EEE
|
Nom abrégé du jour de la semaine
|
Mar (le 1er janvier 2008 correspond à un mardi)
|
EEEE
|
Nom complet du jour de la semaine
|
Mardi (le 1er janvier 2008 correspond à un mardi)
|
AA
|
Année à 2 chiffres, où les nombres inférieurs à 30 se situent après l’an 2000 et où les nombres égaux et supérieurs à 30 se situent avant l’an 2000. Par exemple, 00=2000, 29=2029, 30=1930 et 99=1999.
|
08
|
AAAA
|
Année à 4 chiffres
|
2008
|
G
|
Nom de l’ère (av. J.-C. ou ap. J.-C.)
|
ap. J.-C.
|
w
|
Semaine du mois à 1 chiffre (0-5), où la semaine 1 est le premier groupe de 4 jours qui se termine un samedi
|
1
|
SS
|
Semaine de l’année à 2 chiffres (01-53) ISO-8601, où la semaine 1 représente la semaine qui contient le 4 janvier
|
01
|
Vous disposez de plusieurs autres modèles de dates correspondant aux paramètres régionaux chinois, japonais et coréen.
Les ères japonaises sont représentables à l’aide de plusieurs symboles différents. Les quatre derniers symboles d’ère constituent d’autres symboles possibles pour représenter les ères japonaises.
Symbole de date CJK
|
Description
|
JJJ
|
Jour du mois du paramètre régional, exprimé en valeur numérique idéographique
|
JJJJ
|
Jour du mois du paramètre régional, exprimé en valeur numérique idéographique (règle des dixièmes)
|
AAA
|
Année du paramètre régional, exprimée en valeur numérique idéographique
|
AAAA
|
Année du paramètre régional, exprimée en valeur numérique idéographique (règle des dixièmes)
|
g
|
Autre nom possible de l’ère dans le paramètre régional. Pour l’ère actuelle japonaise, Heisei, ce modèle affiche la lettre H ASCII (U+48)
|
gg
|
Autre nom possible de l’ère dans le paramètre régional. Pour l’ère actuelle japonaise, ce modèle affiche l’idéogramme représenté par le symbole Unicode (U+5E73)
|
ggg
|
Autre nom possible de l’ère dans le paramètre régional. Pour l’ère actuelle japonaise, ce modèle affiche les idéogrammes représentés par les symboles Unicode (U+5E73 U+6210)
|
g
|
Autre nom possible de l’ère dans le paramètre régional. Pour l’ère actuelle japonaise, ce modèle affiche la lettre H à pleine largeur (U+FF28)
|
g g
|
Autre nom possible de l’ère dans le paramètre régional. Pour l’ère actuelle japonaise, ce modèle affiche l’idéogramme représenté par le symbole Unicode (U+337B)
|
Symbole de l’heure
|
Description
|
Valeur d’entrée tributaire du format du paramètre régional
|
Valeur formatée du paramètre régional Anglais (Etats-Unis)
|
h
|
Heure au format du jour (AM/PM) à 1 ou à 2 chiffres (1-12)
|
12:08 AM ou 2:08 PM
|
12 ou 2
|
hh
|
Heure au format du jour (AM/PM) à 2 chiffres avec zéro de remplissage (01-12)
|
12:08 AM ou 2:08 PM
|
12 ou 02
|
k
|
Heure au format du jour (AM/PM) à 0 ou à 2 chiffres (1-11)
|
12:08 AM ou 2:08 PM
|
0 ou 2
|
kk
|
Heure au format du jour (AM/PM) à 2 chiffres (00-11)
|
12:08 AM ou 2:08 PM
|
00 ou 02
|
H
|
Heure du jour à 1 ou 2 chiffres (0-23)
|
12:08 AM ou 2:08 PM
|
0 ou 14
|
HH
|
Heure du jour à 2 chiffres avec zéro de remplissage (00-23)
|
12:08 AM ou 2:08 PM
|
00 ou 14
|
K
|
Heure du jour à 1 ou 2 chiffres (1-24)
|
12:08 AM ou 2:08 PM
|
24 ou 14
|
KK
|
Heure du jour à 2 chiffres avec zéro de remplissage (01-24)
|
12:08 AM ou 2:08 PM
|
24 ou 14
|
M
|
Minute de l’heure à 1 ou 2 chiffres (0-59)
Remarque : Vous devez utiliser ce symbole dans un symbole d’heure.
|
2:08 PM
|
8
|
MM
|
Minute de l’heure à 2 chiffres avec zéro de remplissage (00-59)
Remarque : Vous devez utiliser ce symbole dans un symbole d’heure.
|
2:08 PM
|
08
|
S
|
Seconde de la minute à 1 ou 2 chiffres (0-59)
Remarque : Vous devez utiliser ce symbole dans un symbole d’heure et de minutes.
|
2:08:09 PM
|
9
|
SS
|
Seconde de la minute à 2 chiffres avec zéro de remplissage (00-59)
Remarque : Vous devez utiliser ce symbole dans un symbole d’heure et de minutes.
|
2:08:09 PM
|
09
|
FFF
|
Millième de la seconde à 3 chiffres (000-999)
Remarque : Vous devez utiliser ce symbole dans un symbole d’heure, de minute et de seconde.
|
2:08:09 PM
|
09
|
A
|
Partie de la journée comprise entre minuit et midi (AM) ou midi et minuit (PM)
|
2:08:09 PM
|
PM
|
z
|
Format de fuseau horaire ISO-8601 (par exemple, Z, +0500, -0030, -01, +0100)
Remarque : Vous devez utiliser ce symbole dans un symbole d’heure.
|
2:08:09 PM
|
-0400
|
zz
|
Format de fuseau horaire ISO-8601 secondaire (par exemple, Z, +05:00, -00:30, -01, +01:00)
Remarque : Vous devez utiliser ce symbole dans un symbole d’heure.
|
2:08:09 PM
|
-04:00
|
Z
|
Nom abrégé de fuseau horaire, par exemple, TMG, TMG+05:00, TMG-00:30, HNE, HAP
Remarque : Vous devez utiliser ce symbole dans un symbole d’heure.
|
2:08:09 PM
|
EDT
|
Symboles réservésLes symboles qui suivent ont une signification particulière et ne peuvent pas être utilisés comme texte littéral.
Symbole
|
Description
|
?
|
Lorsqu’il est utilisé, ce symbole représente n’importe quel caractère. Lorsqu’il est fusionné pour l’affichage, il devient un espace.
|
*
|
Lorsqu’il est utilisé, ce symbole représente 0 ou le caractère d’espace Unicode. Lorsqu’il est fusionné pour l’affichage, il devient un espace.
|
+
|
Lorsqu’il est utilisé, ce symbole représente un ou plusieurs caractères d’espace Unicode. Lorsqu’il est fusionné pour l’affichage, il devient un espace.
|
Modèles de champ complexesOutre la définition de formats simples pour les champs Date/Heure, les champs numériques et les champs de texte, vous pouvez définir des formats propres au paramètre régional de la langue ou traiter des formats multiples.
Formats propres aux paramètres régionauxSi vous voulez forcer l’utilisation d’un paramètre régional dans un format, quelle que soit le paramètre régional affecté à un objet, vous avez la possibilité de spécifier un format propre à un tel paramètre. La syntaxe d’un tel format est définie de la façon suivante :
category_name(locale_name){pattern}
où
category_name peut correspondre à date, time, num ou text.
locale_name est identifié par une langue et/ou un code de pays ou de région, tel que défini dans le document RFC 1766 (Tags for the Identification of Languages, 1995).
pattern est le modèle simple utilisé pour le traitement des valeurs.
Par exemple, pour forcer un champ Date/Heure à traduire une date en français selon le code de pays de la France, vous pouvez définir le modèle de la façon suivante :
date(fr_FR){DD MMMM, YYYY}
Formats variablesDans les cas où les valeurs entrées par l’utilisateur ou les données liées sont disponibles en plusieurs formats (par exemple, les numéros de téléphone peuvent avoir ou non un indicatif régional de trois chiffres), vous pouvez définir un modèle qui tient compte de ces différences. La syntaxe utilisée pour la définition des différents modèles corrects est la suivante :
category_name{pattern}|category_name{pattern}|category_name{pattern}
où chacun des modèles est séparé par une barre verticale (|). Vous pouvez définir un nombre illimité de modèles. Par exemple, la syntaxe suivante traite deux modèles de texte différents :
text{999*9999}|text{999*999*9999}
Pour définir la police par défaut des valeurs dans les nouveaux formulairesChoisissez Outils > Options.
Cliquez sur Polices par défaut.
Sous Propriétés de police par défaut des valeurs dans les nouveaux formulaires, sélectionnez les options Police de caractères, Taille et Style qui conviennent.
Pour définir la police par défaut des valeurs dans un formulaire existantChoisissez Fichier > Propriétés du formulaire.
Cliquez sur Polices par défaut.
Sous Propriétés de police par défaut des valeurs, sélectionnez les options Police de caractères, Taille et Style qui conviennent.
|
|
|