Os modelos de formulário XFA ou XDPs são os modelos para:
Imprimir canal de Comunicações Interativas
Fragmentos de layout
Um XDP foi projetado no Adobe Forms Designer. Este artigo fornece detalhes sobre como projetar seus XDPs para criar correspondências eficazes/Comunicações interativas, como onde usar campos de formulário ou áreas de público alvo e quando usar fragmentos de layout.
Um layout define o layout gráfico de um canal de letra/impressão de uma Comunicação interativa. O layout pode conter campos de formulário típicos, como "Endereço" e "Número de referência". Ele também contém subformulários vazios que indicam áreas de público alvo. Crie o layout no designer de formulários e, quando concluído, o Application Specialist o carregará para AEM servidor. A partir daí, você pode selecionar o layout ao criar um modelo de correspondência ou imprimir um canal de uma Comunicação interativa.
Siga estas etapas para criar layouts para letras/imprimir canal de Comunicações interativas:
Analise o layout e determine o conteúdo que está sendo repetido em todas as páginas; normalmente, o cabeçalho e o rodapé da página se encaixam nessa categoria. Esse conteúdo é colocado em páginas principais do layout. O conteúdo restante vai para as páginas de corpo do layout. Em uma jaqueta de política, o logotipo e o endereço da empresa podem ser adicionados ao cabeçalho e rodapé principais da página. Por exemplo, Aviso de cancelamento usa o mesmo layout.
Ao projetar páginas de corpo, divida o conteúdo da página em seções. Cada seção é projetada como um subformulário incorporado no próprio layout ou como um layout de fragmento. Se a seção contiver tabela, modele a seção como um fragmento de layout.
Um Layout pode ser projetado da seguinte maneira:
Você pode usar um schema em um fragmento de layout ou layout, mas ele não é necessário. Se você usar um schema, verifique o seguinte:
Por padrão, todos os campos são considerados relacionados a várias outras fontes de dados. Se o seu layout contém campos que não podem ser relacionados a uma fonte de dados, nomeie o campo com um sufixo "_int" (interno); por exemplo, pageCount_int.
Um campo relativo deve:
Um campo relativo deve:
Um campo relativo não deve:
Desde que um campo relacionado atenda aos critérios descritos acima, ele pode estar em qualquer local e em qualquer profundidade de aninhamento no layout. É possível usar campos relacionados em páginas principais.
Os campos são mais flexíveis em sua configuração de layout do que os subformulários de área de público alvo; no entanto, eles estão vinculados a um único tipo de valor. É possível tornar um campo grande ou defini-lo com uma largura e altura fixas e assim por diante. O módulo ou resultado da regra resolvido é empurrado para o campo.
Use um subformulário se desejar capturar vários conteúdos de módulo em um layout de fluxo vertical superior (vários parágrafos ou imagens). Seu layout deve tratar do fato de que o subformulário cresce em altura para acomodar seu conteúdo. Se não for possível ter certeza de que o comprimento do conteúdo associado ao subformulário/público alvo nunca excede o espaço reservado para o subformulário no layout, crie o subformulário como filho dentro de um container de subformulário continuado. Esse processo garante que os objetos de layout abaixo do subformulário fluam para baixo à medida que o subformulário cresce.
Use um campo se desejar capturar os dados do módulo ou os dados do elemento do dicionário de dados no schema do layout (porque os campos estão vinculados aos dados) ou exibir o conteúdo do módulo em uma página principal. Lembre-se de que o conteúdo de uma página principal não pode fluir com o conteúdo da página de corpo, portanto, você deve garantir que o campo de imagem seja usado como um logotipo de cabeçalho. Esta tabela fornece mais critérios para decidir quando usar um subformulário ou um campo em um layout.
Usar um subformulário quando |
Usar um campo de texto ao |
Ele contém uma combinação de elementos, como Sobrenome e Nome |
Ele contém um único elemento, como um Número de política. |
Inclui vários parágrafos |
O texto é encapsulado e justificado |
Grupos de dados repetitivos, opcionais e condicionais são vinculados a subformulários, para reduzir o risco de erros de design que podem ocorrer se scripts forem usados para obter os mesmos resultados |
Elementos como o logotipo e o endereço de sua organização aparecem em todas as páginas de uma carta/comunicação interativa. Nesse caso, crie campos de formulário para esses elementos e os coloque na página principal. Se você definir o vínculo de campo como "Sem vínculo de dados", nenhum campo aparecerá como campos relacionados no Editor de letras/comunicações interativas. Se você deseja relacionar algum tipo de conteúdo a esses campos, eles devem ter vínculo. Se o seu endereço de empresa contiver mais de uma linha de dados, use o campo de texto com a opção "Permitir linhas múltiplas" para representar o endereço no layout. Se o tipo de dados de um campo de texto estiver definido como texto sem formatação, a versão em texto sem formatação da saída do módulo será usada em vez da versão em rich text (toda a formatação será descartada). Para preservar a formatação, defina o tipo de dados do campo de texto como Rich Text. |
O texto é continuado |
Campos de texto e campos de imagem são usados em páginas principais. Páginas principais não podem usar subformulários como áreas de público alvo. |
Os objetos são agrupados e organizados sem vincular o subformulário a um elemento de dados |
|
Há um campo de texto dentro do subformulário. O subformulário pode crescer e não substituir outros objetos abaixo dele no layout. |
Você precisa de acesso fácil aos dados no processo de publicação. |
Quando elementos como o logotipo e o endereço de sua organização forem exibidos em todas as páginas de uma carta/comunicação interativa, crie campos de formulário para esses elementos e os coloque na página principal. Use o vínculo Nome (Nome do campo) para esses campos.
Use o formato de renderização do servidor do layout para Formulário XML dinâmico; caso contrário, as letras/Comunicações interativas baseadas neste layout não poderão ser renderizadas corretamente. Por padrão, o formato de renderização do servidor no Forms Designer é definido como Formulário XML dinâmico. Para garantir que você esteja usando o formato correto: