Dettagli del documento per il renderer

Introduzione

Nell’area di lavoro di AEM Forms, sono supportati più tipi di moduli senza soluzione di continuità. Comprendono:

• PDF forms (XDP/Acroform/Flat PDF)
• Nuovi moduli HTML
• Immagini
• Applicazioni di terze parti (ad esempio, Gestione della corrispondenza)

Questo documento spiega il funzionamento di questi moduli di rendering dal punto di vista della personalizzazione semantica / riutilizzo dei componenti, in modo che i requisiti del cliente siano soddisfatti senza interrompere il rendering. Sebbene lo spazio di lavoro di AEM Forms consenta qualsiasi modifica dell’interfaccia utente/semantica, si consiglia di non modificare la logica di rendering di diversi tipi di modulo, altrimenti i risultati potrebbero essere imprevedibili. Questo documento fornisce indicazioni/conoscenze per supportare il rendering dello stesso modulo, l’utilizzo degli stessi componenti Workspace in portali diversi e non per modificare la logica di rendering stessa.

PDF forms

Viene eseguito il rendering dei PDF forms da PdfTaskForm View.

Quando si esegue il rendering di un modulo XDP come PDF, viene eseguito un FormBridge JavaScript™ viene aggiunto dal servizio FormsAugmenter. Questo JavaScript™ (all’interno del modulo PDF) consente di eseguire azioni quali l’invio, il salvataggio di moduli o l’utilizzo offline del modulo.

Nell’area di lavoro di AEM Forms, la visualizzazione PDFTaskForm comunica con FormBridgejavascript, tramite un HTML intermediario presente a /lc/libs/ws/libs/ws/pdf.html. Il flusso è:

Visualizzazione PDFTaskForm - pdf.html

Comunica utilizzando window.postMessage / window.attachEvent('message')

Questo metodo è il modo standard di comunicazione tra un frame principale e un iframe. I listener di eventi esistenti dai PDF forms aperti in precedenza vengono rimossi prima di aggiungerne uno nuovo. Questa eliminazione considera anche il passaggio tra la scheda del modulo e la scheda della cronologia nella visualizzazione dei dettagli delle attività.

pdf.html - FormBridgejavascript all’interno del PDF renderizzato

Comunica utilizzando pdfObject.postMessage / pdfObject.messageHandler

Questo metodo è il modo standard di comunicazione con un javascript di PDF da un HTML. La visualizzazione PdfTaskForm si occupa anche di flat PDF e lo rende semplice.

Nuovo HTML Forms

Il rendering dei nuovi moduli HTML viene eseguito tramite la visualizzazione NewHTMLTaskForm.

Quando viene eseguito il rendering di un modulo XDP come HTML utilizzando il pacchetto di moduli mobili distribuito su CRX, viene aggiunto anche FormBridge javascript al modulo, che espone diversi metodi per salvare e inviare i dati del modulo.

Questo javascript è diverso da quello indicato nei PDF forms precedenti, ma ha uno scopo simile.

Forms e guide di Flex

Il rendering di Flex Forms viene eseguito da SwfTaskForm e il rendering delle guide viene eseguito rispettivamente da HtmlTaskForm Views.

Nell’area di lavoro di AEM Forms, queste visualizzazioni comunicano con l’effettivo SWF che costituisce la forma/guida flex utilizzando un SWF intermedio presente in /lc/libs/ws/libs/ws/WSNextAdapter.swf

La comunicazione avviene utilizzando swfObject.postMessage / window.flexMessageHandler.

Questo protocollo è definito dalla WsNextAdapter.swf. L'esistente flexMessageHandlerssu un oggetto finestra, i moduli di SWF aperti in precedenza vengono rimossi prima di aggiungerne uno nuovo. La logica considera anche il passaggio tra la scheda del modulo e la scheda della cronologia nella visualizzazione dei dettagli dell’attività. WsNextAdapter.swf viene utilizzato per eseguire varie azioni del modulo, come salvataggio o invio.

Applicazioni di terze parti (ad esempio, Gestione della corrispondenza)

Viene eseguito il rendering di applicazioni di terze parti utilizzando la visualizzazione ExtAppTaskForm.

Comunicazione dell’applicazione di terze parti all’area di lavoro di AEM Forms

L’area di lavoro di AEM Forms è in ascolto su window.global.postMessage([Message],[Payload])

[Messaggio] può essere una stringa specificata come SubmitMessage| CancelMessage| ErrorMessage| actionEnabledMessagein runtimeMap. Le applicazioni di terze parti devono utilizzare questa interfaccia per notificare l’area di lavoro di AEM Forms in base alle esigenze. L’utilizzo di questa interfaccia è obbligatorio, perché l’area di lavoro di AEM Forms deve sapere che quando l’attività viene inviata in modo da poter ripulire la finestra dell’attività.

Comunicazione tra l’area di lavoro di AEM Forms e applicazioni di terze parti

Se i pulsanti di azione diretta dell’area di lavoro AEM Forms sono visibili, effettua una chiamata window.[External-App-Name].getMessage([Action]), dove [Action] viene letto dal routeActionMap. L’applicazione di terze parti deve ascoltare questa interfaccia e quindi inviare una notifica all’area di lavoro di AEM Forms tramite l’ postMessage () API.

Ad esempio, un’applicazione Flex può definire ExternalInterface.addCallback('getMessage', listener) a sostegno della presente comunicazione. Se l’applicazione di terze parti desidera gestire l’invio del modulo tramite i propri pulsanti, è necessario specificare hideDirectActions = true() in the runtimeMap e puoi saltare questo ascoltatore. Pertanto, questo costrutto è facoltativo.

Per ulteriori informazioni sull’integrazione di applicazioni di terze parti per quanto riguarda la gestione della corrispondenza, consulta Integrazione della gestione della corrispondenza nell’area di lavoro di AEM Forms.

Risorse Business.Adobe.com

Multichannel Communication Style System Auto Form Fill Content Intelligence Document Generation Digital Rights Management