
En los últimos años se ha puesto de moda crear documentos PDF que contengan todo tipo de contenido dinámico. Uno de estos artilugios son los formularios que se pueden completar digitalmente y luego imprimirlos y firmarlos o simplemente enviarlos por correo electrónico. Desafortunadamente, muchas personas lo hacen de una manera que no es ampliamente compatible.
Cada vez más a menudo me encuentro con archivos PDF que se parecen a este, cuando no están abiertos en Adobe Reader:
Esta parece una forma fundamentalmente fallida de lograr que los usuarios completen formularios. Sin embargo, realmente no pude encontrar una alternativa factible, siendo la más cercana a "viable" un formulario web que genere un PDF con el contenido completado (pero con la desventaja obvia de ser significativamente más difícil de configurar). Siento que estoy pasando por alto algo obvio aquí.
¿Conoce una buena manera de presentar un formulario a los usuarios que puedan completar y convertir fácilmente a PDF, aparte de estos archivos PDF rotos que solo funcionan en Adobe Reader (o solo funcionan enadecuadamenteen Adobe Reader)?
Respuesta1
El principal problema es que hay muchos visores de PDF que son simplemente demasiado tontos para manejar algo que es completamente parte de ISO 32000 (es decir, formularios e incluso inteligencia usando JavaScript). Los culpables son los componentes de visualización de PDF de los navegadores web, pero también Preview.app de Apple... y luego está todo el zoológico de visores de PDF en dispositivos móviles.
De todos modos, PDF (como se especifica en ISO 32000) proporciona la mejor plataforma posible para formularios. El problema es que hasta ahora no existe una herramienta de prueba real que ayude a determinar si el visor de PDF realmente cumple con la norma ISO 32000. Y no existe ninguna herramienta oficial que determine si un documento cumple con la norma ISO 32000. En los viejos tiempos, un La prueba de cumplimiento era abrir el documento en Acrobat, y si funcionaba, cumplía, de lo contrario no.
El hecho es que la gran mayoría de los visores de PDF de dispositivos móviles, así como los visores de PDF que vienen con un navegador web, apenas pasarían una prueba completa de conformidad con ISO 32000.
Por lo tanto, es una buena práctica presentar un formulario inteligente en una versión simplificada, que permita al menos imprimirlo, o tal vez incluso completarlo y luego imprimirlo. Sólo si el visor de PDF admite la función inteligente (como sumar correctamente, formatear las fechas correctamente, etc.), se desbloquea todo el potencial del formulario. Lo que se puede hacer de esta manera depende del formulario en sí, pero también de la cantidad de visores de PDF de mala calidad que se deben admitir.
La situación puede ser comparable a la época en la que las páginas web tenían que realizar un exhaustivo rastreo del navegador para poder mostrarse correctamente.
Hay alternativas para los formularios.
Los formularios web son una posibilidad, pero se limitan a formularios bastante simples; Tan pronto como las cosas se vuelven complejas, se rompen. Y siempre necesitan una conexión a Internet estable y confiable.
Otra tecnología que todavía circula en algunos lugares es InfoPath, que requiere Microsoft Word como relleno. Y también existen formularios de Microsoft Word; Hay muy pocas empresas que sean lo suficientemente competentes con Microsoft Word como para crear formularios rellenables que funcionen... pero todavía se necesita Word como relleno.
Se ha mencionado XFA, pero XFA está aún más restringido en los visores (a menos que se use de la forma prevista originalmente, mediante el uso de un servidor para representar el formulario de forma que sea utilizable para el visor).
Entonces, PDF es la plataforma más utilizable para formularios; y (en Windows y OSX), los productos de Adobe son los estándares que deben cumplir otros visores de PDF. Esa es la realidad de hoy. Existen otros visores de PDF que pueden hacer bastante y que pueden ser suficientes para muchas aplicaciones. Para el desarrollador de formularios, significa "conozca a sus usuarios".
Respuesta2
El Sr. Wyss publica buena información excepto por esta tontería: "Los formularios web... se limitan a formularios bastante simples... Y siempre necesitan una conexión estable y confiable a Internet".
Si distribuye un formulario PDF en Internet, también necesita una conexión estable y confiable.
Al comparar PDF con formularios web, el único beneficio del PDF es que puede conservar el formato para imprimir. Pero, ¿por qué es necesario imprimir algo que existe en el dominio digital? El problema con el PDF es que presenta una conexión inquebrantable entre contenido y diseño. No existe la posibilidad de proporcionar campos de formulario que se adapten a una pantalla. Los creadores de formularios PDF suponen que todos utilizan un monitor de escritorio grande para mostrar el formulario. PDF no puede proporcionar formularios responsivos como HTML/CSS.
La mayoría de los datos de los formularios PDF se envían de forma tosca como PDF o FDF vuelto a guardar. No forma parte de una base de datos que pueda consultarse fácilmente. Un formulario web se puede enviar directamente a una base de datos.
Por tanto, los formularios web son los más utilizables para cualquier plataforma (Windows, OSX, iOS, Android). Ésa es la realidad de ayer y de hoy.