Diseño de formularios para Forms

Si va a utilizar el mismo diseño de formulario para procesar formularios PDF y HTML, le convendrá saber que existen algunas diferencias de comportamiento entre ambos tipos de formularios.

Para crear un único diseño de formulario que reduzca estas diferencias de comportamiento, siga las directrices que se indican a continuación:

Consulte la Guía de consulta de transformación

Puesto que los formularios PDF se pueden visualizar con Acrobat o Adobe Reader, el formulario admite la gama completa de propiedades de objeto definida en el diseño del formulario. Si se van a distribuir formularios HTML basados en el mismo diseño de formulario, algunas aplicaciones cliente (por ejemplo, los exploradores de Web) no proporcionarán el mismo nivel de compatibilidad con las propiedades de objetos individuales. La Guía de consulta de transformación le ayudará a determinar cómo se comportan los objetos en una aplicación cliente concreta. Al crear el diseño del formulario, evite utilizar propiedades de objeto no admitidas en la aplicación del formulario para evitar las limitaciones de las aplicaciones cliente. Consulte Transformaciones de formularios.

Permitir el procesamiento de formularios en la caché

El procesamiento de formularios en la caché puede aumentar el rendimiento de los formularios representados. Además, si está diseñando un formulario con presentación fija y desea procesarlo en formato HTML, deberá activar la transformación en la caché. Consulte Procesamiento de formularios en la caché.

Incluya una presentación que funcione para formularios PDF y HTML.

Cuando se procesa un formulario HTML, los tamaños de página (necesarios para la paginación de los formularios PDF) no significan nada. Dado que un formulario con presentación flexible se puede ampliar en una página HTML infinitamente larga, es importante evitar tener que agregar pies de página en la página de formato. Si se coloca un pie de página debajo del área de contenido de una página de formato, se podría sobrescribir una parte del contenido de HTML que exceda lo que en un formulario PDF sería un límite de página.

Asigne nombres exclusivos a los campos, grupos de exclusión y subformularios

Para HTML, todos los campos, grupos de exclusión y subformularios deben tener nombres exclusivos. De esta manera, se evitarán posibles problemas de combinación de datos.

Tener en cuenta la accesibilidad

Lea el apartado sobre la creación de formularios accesibles y utilice las guías para generar accesibilidad en el diseño del formulario. Consulte Acerca de los formularios accesibles.

Determinar dónde ejecutar secuencias de comandos que existan en el diseño de formulario

De forma predeterminada, las secuencias de comandos se ejecutan en el cliente. Si las secuencias de comandos incluidas en un diseño de formulario se van a ejecutar en el servidor o en el cliente y el servidor, es posible que tenga que cambiar o anular la configuración predeterminada. Consulte Consideraciones para la creación de formularios para procesamiento en el servidor.

Obtener una vista previa del formulario

Obtenga periódicamente vistas previas del formulario con Designer (en el caso de formularios PDF) o la aplicación cliente de destino (para formularios HTML) para resolver los problemas en las fases iniciales del proceso de diseño. Consulte Para obtener una vista previa y probar los formularios en la ficha Vista previa de PDF.

Comprobar el diseño de formulario con datos de ejemplo.

Si Forms va a combinar los formularios con datos, utilice los datos de prueba para comprobar exhaustivamente sus diseños de formulario antes de poner las versiones definitivas a disposición de Forms. Consulte Obtener una vista previa de un formulario mediante datos de ejemplo.

Tenga en cuenta las limitaciones del explorador Web

Algunos exploradores Web tienen funciones limitadas. Es aconsejable estudiar las limitaciones del denominador común más bajo y diseñar los formularios con esa idea. Consulte Elusión de las limitaciones de los exploradores Web.

Antes de enviar los diseños de formulario a Forms, deberán realizarse algunas tareas adicionales:

• El desarrollador de la aplicación personalizada debe definir los requisitos de la aplicación. El formato de archivo del diseño de formulario (XDP o PDF) depende de estos requisitos.

• Será necesario definir las opciones de transformación en la API de Forms para que admita las transformaciones necesarias. El desarrollador de la aplicación personalizada configurará las opciones basándose en la información que se le dé.

• Si va a utilizar un objeto de firma en un diseño de formulario en PDF, el desarrollador de la aplicación personalizada deberá integrar una solución de terceros que admita las firmas digitales.

Cuando crea un formulario, puede especificar el formato en el que desea enviar sus datos. Especifique el formato de envío de datos en Designer de una de las dos maneras siguientes:

• Colocando un objeto Botón en el formulario, especificándolo como un botón de envío y eligiendo el formato para enviar los datos.

• Colocando un botón Enviar HTTP o un botón de envío por correo electrónico en el formulario.

Una vez que haya agregado un objeto Botón al diseño de formulario, puede especificar un formato para enviar los datos de la ficha Enviar de la paleta Objeto. Los botones Enviar HTTP y los botones Enviar correo electrónico están preconfigurados para utilizar formatos de envío específicos. Para obtener más información acerca de los formatos de envío de datos, consulte Envío de datos mediante un botón.

Designer admite cuatro formatos de envío de datos:

• XML Data Package (XDP) Este formato es el único formato que permite incluir archivos adjuntos.

• PDF

• Datos XML (XML)

• Datos codificados para URL (HTTP Post)

El formato de datos codificados para URL (HTTP Post) es el único formato de envío de datos para formularios HTML.

Forms procesa formularios en diversos formatos mediante transformaciones que los adecuan a las capacidades de las aplicaciones cliente, como Acrobat, Adobe Reader, diversos exploradores Web o un lector de pantalla.

Forms admite cualquier cliente HTML que cumpla la especificación CSS 2. Puesto que la compatibilidad de los exploradores con CSS2 varía enormemente, ya que los exploradores antiguos no lo admiten en absoluto, existen varios exploradores y agentes de usuario genéricos que necesitan su propia transformación concreta.

Si desea obtener una lista de todos los objetos y las propiedades compatibles con cada tipo de transformación, consulte la Guía de consulta de transformación.

Para proporcionar diseños de formulario a Forms, tendrá que disponer de acceso de escritura a la ubicación desde la cual Forms obtendrá los archivos en tiempo de ejecución. El desarrollador de la aplicación personalizada conocerá la ubicación y el administrador de la red puede definir los permisos adecuados.

Los diseños de formulario completados se ubican en el sistema de archivos local para que el desarrollador de la aplicación personalizada pueda acceder a ellos. Debe incluir todos los demás archivos necesarios para el diseño del formulario (por ejemplo, las imágenes).

Si se usa la versión independiente de Designer, los diseños de formularios se pueden publicar en esa ubicación. Una vez configurados los derechos de acceso, use el comando Publicar de Designer (seleccione Archivo > Publicar en el repositorio). Consulte Publicación de formularios.

Forms acepta diseños de formulario en cualquiera de estos formatos:

• XDP

• PDF

XDP es el formato de archivo que crea Designer. Elija este formato para enviar el diseño de formulario, cualquier dato del formulario, anotaciones, etiquetas de accesibilidad y cualquier otra información necesaria para que Forms pueda procesar el formulario en tiempo de ejecución. Debe elegir este formato si el formulario va a iniciar un procesamiento del lado de servidor.

Guarde el formulario como PDF si desea abrirlo siempre con Acrobat o Adobe Reader.

Elija PDF si el formulario contiene un campo de firma o si los usuarios van a guardar directamente los datos en el formulario PDF en tiempo de ejecución. Si el formulario procesado va a tener una presentación fija y espera que se solicite con frecuencia, puede mejorar el rendimiento en tiempo de ejecución de Forms proporcionándole el diseño de formulario en formato PDF a

No seleccione PDF en los casos siguientes:

• Si el formulario iniciará su procesamiento en el lado del servidor

• Si se utilizará Forms para procesar formularios HTML o formularios con presentación flexible.