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.
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 distribuez des formulaires HTML reposant 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.
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.
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 suit et qui correspond sinon (dans un formulaire PDF) à la limite de la page.
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.
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.
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 Emplacement d’exécution des calculs et des scripts.
Affichez régulièrement un aperçu de votre formulaire dans LiveCycle Designer ES (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.
Si LiveCycle Forms ES 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 LiveCycle Forms ES. Voir Pour prévisualiser un formulaire contenant des données d’exemple.
Voir aussi 

Indications pour la création de formulaires à utiliser avec LiveCycle Forms ES