Domande frequenti per HTML5 forms

Perché i codici a barre e i campi firma non vengono visualizzati nel modulo?

Risposta: I campi dei codici a barre e delle firme non sono pertinenti in scenari HTML o mobili. Questi campi vengono visualizzati come area non interattiva. Tuttavia, AEM Forms Designer fornisce un nuovo campo di script della firma che può essere utilizzato al posto del campo firma. È inoltre possibile aggiungere un widget personalizzato per codici a barre e integralo.

Il formato RTF è supportato per il campo di testo XFA?

Risposta: Il campo XFA, che consente l’uso di contenuti avanzati in AEM Forms Designer, non è supportato e viene riprodotto come testo normale senza il supporto per lo stile del testo dall’interfaccia utente. Inoltre, i campi XFA con proprietà comb vengono visualizzati come un campo normale, anche se esistono ancora restrizioni sul numero di caratteri consentiti in base al valore delle cifre comb.

Esistono limitazioni nell’utilizzo di sottomoduli ripetibili?

Risposta: I sottomoduli ripetibili devono avere un conteggio iniziale pari a 1 o più. I sottomoduli ripetibili con un conteggio iniziale pari a zero non sono supportati. È inoltre possibile scegliere di utilizzare un sottomodulo ripetibile e non visualizzarlo al caricamento del modulo. Per ottenere il caso d’uso:

1. Impostare il conteggio iniziale del sottomodulo ripetibile su 1.

   

2. Utilizzare l’evento initialize del modulo per nascondere l’istanza primaria del sottomodulo. Ad esempio, il codice seguente nasconde l’istanza primaria del sottomodulo all’avvio del modulo. Inoltre, verifica il tipo di app per garantire che lo script venga eseguito solo sul lato client:

   if ((xfa.host.appType == "HTML 5" || xfa.host.appType == "Exchange-Pro" || xfa.host.appType == "Reader")&&(_RepeatSubform.count == 1)&&(form1.Page1.Subform1.RepeatSubform.Key.rawValue == null)) {
   RepeatSubform.presence = "hidden";
   }
   

3. Aprire lo script per aggiungere un’istanza del sottomodulo per la modifica. Aggiungere il codice come riportato di seguito per aggiungere un’istanza dello script del sottomodulo.

   Il codice seguente controlla l’istanza nascosta del sottomodulo. Se si trova l’istanza nascosta del sottomodulo, eliminare l’istanza nascosta del sottomodulo e inserire una nuova istanza del sottomodulo. Se l’istanza nascosta del sottomodulo non viene trovata, è sufficiente inserire una nuova istanza del sottomodulo.

   if (RepeatSubform.presence == "hidden")
   {
   RepeatSubform.instanceManager.insertInstance(0);
   RepeatSubform.instanceManager.removeInstance(1);
   }
   else
   {
   RepeatSubform.instanceManager.addInstance(1);
   }
   

4. Aprire lo script per rimuovere un'istanza del sottomodulo da modificare. Aggiungere il codice come segue per rimuovere un’istanza dello script del sottomodulo.

   Il codice controlla il conteggio dei sottomoduli. Se il conteggio del sottomodulo ha raggiunto 1, il codice nasconde il sottomodulo invece di eliminare il sottomodulo.

   if (RepeatSubform.instanceManager.count == 1) {
   RepeatSubform.presence = "hidden";
   } else {
   RepeatSubform.instanceManager.removeInstance(RepeatSubform.instanceManager.count - 1);
   }
   

5. Aprire l'evento di pre-invio del modulo per la modifica. Aggiungi all’evento il seguente script per rimuovere l’istanza nascosta dello script prima della modifica. Impedisce l’invio dei dati del sottomodulo nascosto al momento dell’invio.

   if(RepeatSubform.instanceManager.count == 1 && RepeatSubform.presence == "hidden") {
   RepeatSubform.instanceManager.removeInstance(0);
   }
   

Esistono limitazioni nell’utilizzo di sottomoduli nascosti?

Risposta: Un sottomodulo nascosto con una gerarchia complessa divisa tra le pagine causa problemi di layout. Una soluzione consiste nel contrassegnare il sottomodulo inizialmente visibile e quindi nasconderlo in uno script di inizializzazione basato su alcuni dati o logici.

Perché alcuni testi vengono troncati o visualizzati in modo errato in HTML5?

Risposta: Se a un elemento di testo Disegno o Didascalia non è stato dato spazio sufficiente per visualizzare il contenuto, il testo viene troncato nel rendering del modulo mobile. Questo troncamento è visibile anche nella vista Progettazione di AEM Forms Designer. Anche se questo troncamento può essere gestito nei PDF, non può essere gestito nei moduli HTML5. Per evitare il problema, lasciare spazio sufficiente a Disegno o Testo didascalia in modo che non venga troncato nella modalità di progettazione di AEM Forms Designer.

Osservo problemi di layout relativi a contenuti mancanti o sovrapposti. Qual è la ragione?

Risposta: Se è presente un elemento Disegno testo o Disegno immagine insieme a un altro elemento sovrapposto nella stessa posizione (ad esempio un rettangolo), il contenuto Disegno testo non è visibile se si trova successivamente nell’ordine del documento (nella vista Gerarchia di AEM Forms Designer). PDF supporta la trasparenza dei livelli, ma HTML/browser non supporta la trasparenza dei livelli.

Perché alcuni font visualizzati nel modulo HTML sono diversi da quelli utilizzati durante la progettazione del modulo?

Risposta: I moduli di HTML5 non incorporano i font (a differenza dei PDF forms in cui i font sono incorporati nel modulo). Affinché il rendering della versione HTML del modulo sia eseguito come previsto, assicurati che i font specificati nell’XDP siano disponibili sul server e sul computer client. Se i font richiesti non sono disponibili sul server, vengono utilizzati i font di ritorno. Inoltre, se si utilizzano font nel modello di modulo che non sono disponibili sul dispositivo client, i font predefiniti del browser vengono utilizzati per eseguire il rendering del testo.

Nei moduli di HTML sono supportati gli attributi vAlign e hAlign?

Sì, gli attributi vAlign e hAlign sono supportati. L'attributo vAlign non è supportato in Internet Explorer e nel campo su più righe.

I moduli di HTML5 supportano i caratteri ebraici?

I moduli HTML5 supportano i caratteri ebraici in tutti i browser, ad eccezione di Microsoft Internet Explorer.

I moduli di HTML5 hanno limitazioni ai campi numerici?

Risposta: Sì, HTML5 forms presenta alcune limitazioni. Se il numero di cifre è superiore al conteggio specificato nella clausola illustrazione, i numeri non vengono localizzati e vengono visualizzati in lingua inglese.

Perché i moduli HTML hanno dimensioni superiori ai PDF forms?

Per eseguire il rendering di un file XDP in un modulo HTML, sono necessarie molte strutture e oggetti di dati intermedi, ad esempio dom di moduli, dom di dati e dom di layout.

Per gli PDF forms, Adobe Acrobat dispone di un motore XTG integrato per creare strutture e oggetti di dati intermedi. Acrobat si occupa anche del layout e degli script.

Per i moduli HTML5, i browser non dispongono di un motore XTG integrato per creare strutture di dati intermedie e oggetti da byte XDP non elaborati. Pertanto, per i moduli HTML5, le strutture intermedie vengono generate sul server e inviate al client. Sul client, i motori di script e layout basati su javascript utilizzano queste strutture intermedie.

La dimensione della struttura intermedia dipende dalle dimensioni dell'XDP originale e dai dati uniti all'XDP.

Ci sono limitazioni riguardo all'utilizzo di tabelle nel mio xdp?

Risposta: Le tabelle complesse causano problemi nel rendering.

• La sezione (SubformSet) all’interno di una tabella non è supportata.
• Le righe di intestazione o piè di pagina in alcune tabelle sono contrassegnate per la ripetizione. La suddivisione di tali tabelle su più pagine può causare alcuni problemi.

Le tabelle accessibili presentano limitazioni?

Risposta: Sì, le tabelle accessibili presentano le seguenti limitazioni:

• Le tabelle e i sottomoduli nidificati all’interno di una tabella non sono supportati.
• Le intestazioni sono supportate solo per le colonne superiori o sinistre della tabella. Le intestazioni non sono supportate per gli elementi della tabella intermedia. È possibile applicare intestazioni a più intestazioni di riga e colonna, purché siano supportate tutte queste righe e colonne insieme alla riga o alla colonna più in alto a sinistra della tabella.
• Rowspane colspannon è supportato da una posizione casuale all’interno della tabella.
• Non è possibile aggiungere o rimuovere dinamicamente un'istanza di righe che contengono elementi con valore di estensione di riga maggiore di 1.

Qual è l’ordine di lettura della descrizione comandi e della didascalia per gli assistenti vocali?

• Se sono presenti sia la didascalia che la descrizione comandi, viene letta l’unica didascalia. Se la didascalia non è disponibile, viene letta la descrizione comandi. È inoltre possibile specificare la precedenza per la lettura in un file XDP utilizzando il form designer
• Quando passi il cursore su un elemento, viene visualizzata la descrizione comando. Se la descrizione comando non è disponibile, viene visualizzato il testo vocale. Se il testo vocale non è disponibile, viene visualizzato il nome del campo.

Quando passi il cursore del mouse su un campo, viene visualizzata una descrizione comandi. Come disattivarlo?

Per disattivare la descrizione comandi al passaggio del mouse, selezionarne una nel pannello di accesso facilitato di Designer.

In Designer, un utente può configurare proprietà di aspetto personalizzate dei pulsanti di scelta e delle caselle di controllo. Durante il rendering dei moduli, i moduli di HTML5 tengono conto di tali proprietà di aspetto personalizzate?

Risposta: I moduli di HTML5 ignorano le proprietà di aspetto personalizzato dei pulsanti di scelta e delle caselle di controllo. I pulsanti di scelta e le caselle di controllo vengono visualizzati in base alle specifiche del browser sottostante.

Quando un modulo HTML5 viene aperto in un browser supportato, il bordo dei campi posizionati in modo adiacente non è allineato correttamente oppure i sottomoduli appaiono sovrapposti. Quando lo stesso modulo HTML5 viene visualizzato in anteprima in Forms Designer, i campi e il layout non vengono visualizzati correttamente e i sottomoduli vengono visualizzati nella posizione corretta. Come risolvere il problema?

Quando un sottomodulo è impostato per far fluire il contenuto e il sottomodulo ha un elemento di bordo nascosto, il bordo dei campi posizionati in modo adiacente non è allineato correttamente oppure i sottomoduli appaiono sovrapposti. Per risolvere il problema, è possibile rimuovere o commentare il <border> elementi dell'XDP corrispondente. Ad esempio: <border> è contrassegnato come commento:

            <!--<border>
               <edge presence="hidden"/>
               <corner thickness="0.175mm" presence="hidden"/>
            </border> -->

Ci sono limitazioni nell'implementazione JavaScript per HTML Forms?

Risposta:

• Il supporto per lo script xfa.connectionSet è limitato. Per connectionSet è supportata solo la chiamata del servizio Web lato server. Per informazioni dettagliate, consulta Supporto per gli script.
• Non è disponibile alcun supporto per $record e $data negli script lato client. Tuttavia, se gli script sono scritti in un blocco formReady e layoutReady, gli script continueranno a funzionare perché questi eventi vengono eseguiti sul lato server.
• Gli script XFA Draw specifici dell’elemento, come la modifica del testo di disegno (o del testo della didascalia in caso di campi) non sono supportati.

L'utilizzo di formCalc presenta limitazioni?

Risposta: Attualmente è implementato solo un sottoinsieme degli script formCalc. Per informazioni dettagliate, consulta Supporto per gli script.

Esiste una convenzione di denominazione consigliata e ci sono delle parole chiave riservate da evitare?

• In AEM Forms Designer, si consiglia di non iniziare il nome di un oggetto (ad esempio un sottomodulo o un campo di testo) con un carattere di sottolineatura (). Per utilizzare il carattere di sottolineatura all’inizio del nome, aggiungi un prefisso dopo il carattere di sottolineatura, *<prefix><objectname>. *
• Tutte le API dei moduli di HTML5 sono parole chiave riservate. Per le API/funzioni personalizzate, utilizza un nome non identico a API di HTML5 forms.

I moduli di HTML5 supportano i campi mobili?

Sì, HTML5 Forms supporta i campi mobili. Per abilitare i campi mobili, aggiungi la seguente proprietà al profilo di rendering:

NOTE

Per impostazione predefinita, i campi non sono abilitati per la funzione mobile. È possibile utilizzare Forms Designer per impostare la proprietà mobile dei campi.

1. Apri CRXde lite e naviga fino al /content/xfaforms/profiles/default nodo.

2. Aggiungi una proprietà mfDataDependentFloatingField di tipo String e imposta il valore della proprietà su true.

3. Fai clic su Salva tutto. Ora i campi mobili sono abilitati per HTML Forms utilizzando il profilo di rendering aggiornato.

   NOTE

   Per abilitare i campi mobili per un modulo specifico senza aggiornare il profilo di rendering, passa la proprietà mfDataDependentFloatingField=true come parametro URL.

HTML5 forms esegue lo script di inizializzazione e l’evento form ready più volte?

Sì, gli script di inizializzazione e gli eventi form ready vengono eseguiti più volte, almeno una volta sul server e una volta sul lato client. È consigliabile creare script come eventi initialize o form:ready in base ad alcune logiche aziendali (dati modulo o campo) in modo che l'azione venga eseguita in base allo stato dei dati e all'idempotenti (se i dati sono uguali).

Esistono parole chiave riservate nei moduli HTML5?

Risposta: Tutte le API dei moduli di HTML5 sono parole chiave riservate. Per le API/funzioni personalizzate, utilizza un nome non identico a API di HTML5 forms. Oltre alle parole chiave riservate, se utilizzi nomi di oggetto che iniziano con un trattino basso (_), è consigliabile aggiungere un prefisso univoco dopo il trattino basso. L’aggiunta di un prefisso consente di evitare eventuali conflitti con le API interne di HTML5 forms. Ad esempio _fpField1