Criar formulários para o Forms

Se você for usar o mesmo design de formulário para renderizar formulários em PDF e em HTML, é importante entender que algumas diferenças de comportamento existem entre os dois tipos de saída.

Para criar um design de formulário simples que diminui essas diferenças de comportamento, siga as diretrizes descritas abaixo:

Consulte a Referência sobre transformações

Como os formulários PDF podem ser exibidos usando o Acrobat ou o Adobe Reader, o formulário suporta todas as propriedades de objeto que você define no design de formulário. Se você for distribuir formulários em HTML com base no mesmo design de formulário, alguns aplicativos clientes (por exemplo, navegadores da Web) não fornecerão o mesmo nível de suporte para propriedades de objetos individuais. A Referência sobre transformações o ajudará a determinar como os objetos se comportam em um determinado aplicativo cliente. Ao criar o design de formulário, tente solucionar quaisquer limitações nos aplicativos clientes encontrando maneiras de implementar o formulário sem depender de propriedades de objeto não suportadas. Consulte Transformações de formulário.

Ativar o armazenamento de formulários em cache

O armazenamento de formulários em cache pode aumentar o desempenho dos formulários durante a renderização. Além disso, se você estiver desenvolvendo um formulário com um layout fixo e quiser renderizar o formulário em HTML, será necessário habilitar o armazenamento de formulários em cache. Consulte Armazenamento de formulários em cache.

Inclui um layout que funciona para os formulários em PDF e HTML

Quando um formulário em HTML é renderizado, os tamanhos de página (necessários para paginação de formulários em PDF) perdem a importância. Como um formulário com layout flutuante pode expandir em uma página HTML infinitamente longa, é importante evitar adicionar rodapés à página mestre. Um rodapé abaixo da área de conteúdo em uma página mestre poderia sobrescrever o conteúdo HTML que continua além do que seria (em um formulário em PDF) um limite de página.

Fornece nomes exclusivos para campos, grupos de exclusão e subformulários

Para saída HTML, todos os campos, grupos de exclusão e subformulários devem ter nomes exclusivos. Isso evitará possíveis problemas de união de dados.

Considerar a acessibilidade

Leia a seção sobre como criar formulários acessíveis e use as orientações para desenvolver a acessibilidade em seu design de formulário. Consulte Sobre formulários acessíveis.

Determinar onde executar scripts que existem no design de formulário

Por padrão, os scripts são executados no cliente. Se os scripts incluídos em um design de formulário tiverem que ser executados no servidor ou no cliente e no servidor, talvez seja necessário alterar ou suprimir a configuração padrão. Consulte Considerações para a criação de formulários para processamento de servidor.

Visualizar o formulário

Visualize periodicamente o formulário usando o Designer (para formulários em PDF) ou o aplicativo de destino cliente (para formulários em HTML) para solucionar problemas no processo de desenvolvimento. Consulte Visualização e teste de formulários na guia Visualizar PDF.

Testar o design de formulário com os dados de amostra

Se o Forms for unir formulários a dados, use dados de teste para testar detalhadamente os projetos de formulário antes de disponibilizar as versões finalizadas no Forms. Consulte Visualização de formulário usando dados de formulário.

Considere as limitações do navegador da Web

Alguns navegadores da Web têm capacidades limitadas. Recomenda-se considerar as limitações do mínimo denominador comum e criar seus formulários de acordo com elas. Consulte Solução para limitações do navegador da Web.

Antes de poder enviar designs de formulário para o Forms , é necessário completar algumas tarefas adicionais:

• O desenvolvedor do aplicativo personalizado deve definir os requisitos do aplicativo. O formato de arquivo do seu design de formulário (XDP ou PDF) depende desses requisitos.

• As opções de transformação devem ser definidas na API do Forms para suportar as transformações necessárias. O desenvolvedor do aplicativo personalizado definirá as opções com base na sua entrada.

• Se você for usar um objeto de assinatura em um design de formulário em PDF, o desenvolvedor do aplicativo personalizado terá que integrar uma solução de terceiros para suportar assinaturas digitais.

Ao criar um formulário, é possível especificar o formato no qual os dados serão enviados. O formato de envio dos dados é especificado no Designer de uma destas maneiras:

• Inserindo um objeto de Botão no formulário, especificando esse objeto como um botão Enviar e escolhendo o formato para o envio dos dados.

• Inserindo um botão Enviar por HTTP ou Enviar por email no formulário.

Depois de adicionar um objeto de Botão ao design de formulário, especifique um formato para o envio de dados na guia Enviar localizada na paleta Objeto. Os botões Enviar por HTTP e Enviar por email são pré-configurados para o uso de formatos de envio específicos. Para obter mais informações sobre formatos de envio de dados, consulte Envio de dados usando um botão.

O Designer oferece suporte a quatro formatos de envio de dados:

• XDP (Pacote de dados XML): este formato é o único que oferece suporte à inclusão de anexos.

• PDF

• Dados XML (XML)

• Dados codificados URL (HTTP Post)

O formato Dados codificados por URL (HTTP Post) é o único formato de envio de dados para formulários em HTML.

O Forms renderiza formulários em diversos formatos por meio de transformações, que renderizam os formulários para ajustá-los aos recursos dos aplicativos clientes como o Acrobat, o Adobe Reader, diversos navegadores da Web ou um leitor de tela.

O Forms suporta qualquer cliente HTML que siga a especificação CSS 2. Como o suporte de CSS2 dos navegadores varia muito e navegadores mais antigos não oferecem esse suporte, diversos navegadores e agentes genéricos do usuário exigem sua própria transformação específica.

Para obter uma lista de todos os objetos e as propriedades compatíveis para cada tipo de transformação, consulte Referência de transformação.

Para fornecer designs de formulário ao Forms , será necessário acesso de gravação no local a partir do qual o Forms recupera arquivos em tempo de execução. O desenvolvedor do aplicativo personalizado saberá o local e o administrador da sua rede pode configurar as permissões adequadas.

Designs de formulário completos são colocados no sistema de arquivo local para acesso do desenvolvedor do aplicativo personalizado. É necessário incluir quaisquer outros arquivos necessários para suportar o design de formulário (por exemplo, imagens).

Ao usar a versão independente do Designer é possível publicar os designs de formulário para aquele local. Depois de configurados os seus direitos de acesso, use o comando Publicar do Designer (selecione Arquivo > Publicar no repositório). Consulte Publicação de formulários.

O Forms aceita designs de formulário em um dos seguintes formatos:

• XDP

• PDF

XDP é o formato de arquivo criado pelo Designer. Escolha esse formato para enviar o design de formulário, quaisquer dados de formulário, anotações, marcas de acessibilidade e todas as outras informações relevantes necessárias para o Forms renderizar de forma subsequente o formulário no tempo de execução. É necessário escolher esse formato se o formulário for iniciar um processamento do lado do servidor.

Salve o formulário em PDF se ele sempre for aberto no Acrobat ou no Adobe Reader.

Escolha PDF se o formulário contiver um campo de assinatura ou se for esperado que os usuários salvem os dados diretamente no formulário PDF em tempo de execução. Se o formulário renderizado tiver um layout fixo e houver uma expectativa de solicitação frequente desse formulário, fornecer o design de formulário para o Forms em PDF pode melhorar o desempenho de tempo de execução do

Não escolha PDF nessas situações:

• Se o formulário for iniciar o processamento do lado do servidor

• Se o Forms for usado para renderizar formulários em HTML ou formulários com um layout flexível.