Conception de formulaires pour Forms

Si vous prévoyez d’utiliser la même conception de formulaire pour générer des formulaires PDF et HTML, il est important de comprendre que certaines différences existent entre les deux types de sortie.

Pour créer une conception de formulaire unique qui tient compte de ces différences de comportement, suivez les instructions en gras ci-dessous :

Consulter la page de référence sur les conversions

Etant donné que les formulaires PDF s’ouvrent dans Acrobat ou Adobe Reader, ils prennent en charge toutes les propriétés d’objet que vous définissez dans la conception. Si vous diffusez des formulaires HTML basés sur la même conception, certaines applications clientes (les navigateurs Web, par exemple) ne reconnaîtront pas l’ensemble des propriétés des objets. La page de référence sur les conversions vous aide à déterminer le comportement des objets dans une application cliente particulière. Lorsque vous concevez le formulaire, essayez de contourner les limites des applications clientes en cherchant des solutions qui ne reposent pas sur les propriétés d’objets non prises en charge. Voir Conversion de formulaires .

Activer la mise en cache des formulaires

La mise en cache des formulaires permet d’augmenter la performance des formulaires lorsqu’ils sont rendus. En outre, si vous concevez un formulaire avec une disposition fixe et que vous souhaitez générer le formulaire au format HTML, vous devrez activer la fonction de mise en cache. Voir Mise en cache des formulaires .

Inclure une disposition qui convient autant aux formulaires PDF qu’aux formulaires HTML

Sachez que les formulaires HTML ne reconnaissent pas les propriétés relatives aux formats de page (nécessaires à la pagination des formulaires PDF). Un formulaire avec une disposition souple peut s’étendre sur une page HTML démesurément longue. Vous devez donc éviter de configurer un pied de page sur le gabarit. Si vous insérez un pied de page en dessous de la zone de contenu d’un gabarit, vous risquez d’écraser le contenu HTML qui s’étend au-delà ce qui constitue autrement (dans un formulaire PDF) la limite de la page.

Donner des noms uniques aux champs, aux groupes d’exclusion et aux sous-formulaires

Pour produire une sortie HTML, il est indispensable, en effet, que tous les champs, groupes d’exclusion et sous-formulaires possèdent des noms uniques. Cela évite tout problème lors de la fusion des données.

Considérer l’accessibilité

Lisez la section sur la création de formulaires accessibles et suivez les conseils visant à optimiser l’accessibilité de votre conception de formulaire. Voir A propos des formulaires accessibles .

Déterminer où exécuter les scripts existant dans la conception de formulaire

Par défaut, les scripts s’exécutent sur le client. Si les scripts que vous incorporez à une conception de formulaire doivent être exécutés sur le serveur ou sur le client et le serveur, il se peut que vous ayez à modifier ou à remplacer la configuration définie par défaut. Voir Indications pour la création de formulaires destinés à un traitement serveur

Prévisualiser le formulaire

Affichez régulièrement un aperçu de votre formulaire dans Designer (s’il s’agit d’un formulaire PDF) ou dans l’application cliente cible (dans le cas d’un formulaire HTML) afin de corriger les problèmes dès les premières étapes de la conception. Voir Pour prévisualiser et tester les formulaires dans le panneau Aperçu PDF .

Tester le formulaire en utilisant les données d’exemple

Si Forms fusionne des formulaires contenant des données, utilisez des données test pour tester vos conceptions de formulaire de manière approfondie avant de mettre les versions finales à la disposition de Forms. Voir Pour prévisualiser un formulaire contenant des données d’exemple .

Observer les restrictions au niveau du navigateur Web

Certains navigateurs Web disposent de fonctionnalités restreintes. Il est conseillé de tenir compte des restrictions du plus petit dénominateur commun et de concevoir vos formulaires en conséquence. Voir Contournement des restrictions des navigateurs Web .

Avant d’envoyer des conceptions de formulaire vers Forms, quelques étapes supplémentaires s’imposent :

• Le développeur de l’application personnalisée doit définir la configuration requise de l’application. Le format de fichier de votre conception de formulaire (XDP ou PDF) dépendra de cette configuration.

• Vous devez définir les options de conversion dans l’API de Forms pour que les conversions requises soient effectuées. Le développeur de l’application personnalisée définira les options en fonction des renseignements que vous lui fournirez.

• Si vous utilisez un objet de signature dans une conception de formulaire PDF, le développeur de l’application personnalisée doit intégrer une solution tierce pour prendre en charge les signatures numériques.

Lorsque vous créez un formulaire, vous pouvez déterminer le format à utiliser pour envoyer les données. Vous pouvez définir le format d’envoi des données dans Designer. Il existe pour cela deux méthodes :

• En plaçant l’objet de bouton dans le formulaire, en le définissant comme un bouton d’envoi et en choisissant le format d’envoi des données.

• En plaçant un bouton Envoyer via HTTP ou Envoyer par messagerie dans le formulaire.

Après avoir ajouté un objet de bouton dans la conception du formulaire, vous pouvez définir un format d’envoi des données dans le panneau Envoyer de la palette Objet. Les boutons Envoyer par HTTP et Envoyer par messagerie sont préconfigurés pour utiliser des formats d’envoi spécifiques. Pour plus d’informations sur les formats d’envoi des données, voir Envoi de données au moyen d’un bouton .

Designer prend en charge quatre formats d’envoi :

• Paquet de données XML (XDP) : ce format est le seul qui prend en charge l’inclusion de pièces jointes.

• PDF

• Données XML (XML)

• Données codées dans URL (HTTP Post)

Données codées dans URL (HTTP Post) : ce format est le seul format d’envoi de données pour les formulaires HTML.

Forms effectue des conversions pour générer des formulaires dans divers formats adaptés aux applications clientes telles qu’Acrobat, Adobe Reader, et différents navigateurs Web et lecteurs d’écran.

Forms prend en charge tous les clients HTML conformes aux spécifications techniques CSS2. Etant donné que la prise en charge des spécifications CSS2 varie énormément d’un navigateur à l’autre (cette norme n’est d’ailleurs pas reconnue par les navigateurs plus anciens), de nombreux navigateurs et agents utilisateur génériques nécessitent des conversions particulières.

Pour obtenir une liste des objets et des fonctionnalités prises en charge pour chaque type de conversion, voir Référence sur les conversions .

Pour fournir des conceptions de formulaires destinées à Forms, vous devez disposer d’un accès en écriture à l’emplacement à partir duquel Forms extrait les fichiers lors de l’exécution. Le développeur de l’application personnalisée connaît l’emplacement auquel vous devez accéder et l’administrateur réseau peut définir pour vous les autorisations d’accès appropriés.

Les conceptions de formulaire achevées sont placées dans le système de fichiers local afin que le développeur de l’application personnalisée puisse y accéder. Vous devez inclure tous les autres fichiers indispensables à la prise en charge de la conception du formulaire (les images, par exemple).

Si vous utilisez la version autonome de Designer, vous pouvez publier vos conceptions de formulaires à cet emplacement. Une fois vos droits d’accès définis, utilisez la commande Publier de Designer (sélectionnez Fichier > Publier dans le référentiel). Voir Publication de formulaires .

Forms prend en charge les formats suivants pour les conceptions de formulaires :

• XDP

• PDF

XDP est le format de fichier créé par Designer. Choisissez ce format pour envoyer la conception de formulaire, n’importe quelle donnée de formulaire, les annotations, les balises d’accessibilité et toute autre information pertinente requise par Forms pour afficher le formulaire au moment de l’exécution. Vous devez choisir ce format si vous souhaitez que le formulaire déclenche le traitement côté serveur.

Enregistrez le formulaire au format PDF s’il doit toujours être ouvert dans Acrobat ou Adobe Reader.

Choisissez le format PDF si le formulaire comporte un champ de signature ou s’il est prévu que les utilisateurs enregistrent les données directement dans le formulaire PDF au moment de l’exécution. Lorsque le formulaire généré a une disposition fixe et que vous prévoyez qu’il sera fréquemment utilisé, le fait de prévoir une conception de formulaire destinée à Forms au format PDF permet d’accroître les performances de à l’exécution.

Ne choisissez pas le format PDF dans les cas suivants :

• Le formulaire doit déclencher un traitement côté serveur.

• Forms est utilisé pour afficher des formulaires HTML ou des formulaires à disposition souple.