Nos últimos anos, tornou-se moda criar documentos PDF contendo todo tipo de conteúdo dinâmico. Uma dessas engenhocas são formulários que podem ser preenchidos digitalmente e depois impressos e assinados ou simplesmente enviados por e-mail. Infelizmente, muitas pessoas estão fazendo isso de uma forma que não é amplamente compatível.
Cada vez mais, encontro PDFs que se parecem com isto, quando não abertos no Adobe Reader:
Esta parece ser uma forma fundamentalmente quebrada de fazer com que os usuários preencham formulários. No entanto, não consegui encontrar uma alternativa viável, sendo o mais próximo de 'viável' um formulário da web que gera um PDF com o conteúdo preenchido (mas com a desvantagem óbvia de ser significativamente mais difícil de configurar). Sinto que estou negligenciando algo óbvio aqui.
Você conhece uma boa maneira de apresentar aos usuários um formulário que eles possam preencher facilmente e converter para PDF, além desses PDFs quebrados que só funcionam no Adobe Reader (ou só funcionamapropriadamenteno Adobe Reader)?
Responder1
O principal problema é que existem muitos visualizadores de PDF por aí que são simplesmente burros demais para lidar com algo que faz parte da ISO 32000 (ou seja, formulários e até mesmo inteligência usando JavaScript). Os componentes de visualização de PDF dos navegadores da web, mas também o Preview.app da Apple são os culpados… e há todo o zoológico de visualizadores de PDF em dispositivos móveis.
De qualquer forma, o PDF (conforme especificado na ISO 32000) fornece a melhor plataforma possível para formulários. O problema é que, até agora, não existe uma ferramenta de teste real que ajude a determinar se o visualizador de PDF é realmente compatível com a ISO 32000. E não existe uma ferramenta oficial que determine se um documento é compatível com a ISO 32000. Antigamente, um O teste de conformidade era abrir o documento no Acrobat e, se funcionasse, era compatível, caso contrário não.
O fato é que a grande maioria dos visualizadores de PDF para dispositivos móveis, bem como os visualizadores de PDF que vêm com um navegador da web, dificilmente passariam em um teste completo de conformidade com a ISO 32000.
Portanto, é uma boa prática apresentar um formulário inteligente numa versão simplificada, que permita pelo menos imprimir, ou talvez até preencher e depois imprimir. Somente se o visualizador de PDF suportar o recurso inteligente (como somar corretamente, formatar datas corretamente, etc.), todo o potencial do formulário será desbloqueado. O quanto pode ser feito dessa maneira depende do formulário em si, mas também de quantos visualizadores de PDF de baixa qualidade devem ser suportados.
A situação pode ser comparável à época em que as páginas da web tinham que fazer extensas buscas no navegador para serem exibidas corretamente.
Existem alternativas para formulários.
Os formulários Web são uma possibilidade, mas estão limitados a formulários bastante simples; assim que as coisas ficam complexas, elas quebram. E eles sempre precisam de uma conexão estável e confiável com a Internet.
Outra tecnologia que ainda circula em alguns lugares é o InfoPath, que requer o Microsoft Word como preenchimento. E também existem formulários do Microsoft Word; existem muito poucas empresas que são suficientemente proficientes com o Microsoft Word para criar formulários preenchíveis funcionais… mas o Word ainda é necessário como preenchimento.
O XFA foi mencionado, mas o XFA é ainda mais restrito aos visualizadores (a menos que seja usado da maneira originalmente planejada, usando um servidor para renderizar o formulário da maneira utilizável pelo visualizador).
Portanto, PDF é a plataforma mais utilizável para formulários; e (no Windows e OSX), os produtos Adobe são os padrões que outros visualizadores de PDF devem seguir. Essa é a realidade de hoje. Existem outros visualizadores de PDF que podem fazer bastante coisa e que podem ser suficientes para muitas aplicações. Para o desenvolvedor de formulários, significa “conhecer seus usuários”.
Responder2
Sr. Wyss publica boas informações, exceto por esta bobagem: "Formulários da Web... são limitados a formulários bastante simples... E eles sempre precisam de uma conexão estável e confiável com a Internet."
Se você estiver distribuindo um formulário PDF na Internet, também precisará de uma conexão estável e confiável.
Ao comparar o PDF com os formulários da web, o único benefício do PDF é que você pode manter a formatação para impressão. Mas por que você precisa imprimir algo que existe no domínio digital? O problema do PDF é que ele apresenta uma conexão inquebrável entre conteúdo e design. Não há capacidade de fornecer campos de formulário que se adaptem a uma exibição. Os criadores de formulários PDF presumem que todos estão usando um grande monitor de desktop para exibir o formulário. O PDF não pode fornecer formulários responsivos como o HTML/CSS.
A maioria dos dados do formulário PDF é enviada de forma grosseira como PDF ou FDF salvo novamente. Não faz parte de um banco de dados que possa ser facilmente consultado. Um formulário da web pode ser enviado diretamente para um banco de dados.
Portanto, os formulários web são mais utilizáveis para qualquer plataforma (Windows, OSX, iOS, Android). Essa é a realidade de ontem e de hoje.