Personnaliser des modèles pour les composants Forms Portal customizing-templates-for-forms-portal-components

CAUTION
AEM 6.4 a atteint la fin de la prise en charge étendue et cette documentation n’est plus mise à jour. Pour plus d’informations, voir notre période de support technique. Rechercher les versions prises en charge here.

Prérequis prerequisites

Gestion des métadonnées de formulaire

Connaissances opérationnelles du HTML et de la page CSS

Présentation overview

L’interface utilisateur des AEM Forms permet d’ajouter des métadonnées à n’importe quel formulaire. Les métadonnées personnalisées peuvent améliorer l’expérience utilisateur lors de la liste et de la recherche de formulaires de votre entreprise.

Forms Portal vous permet d’utiliser des métadonnées personnalisées dans les listes de formulaires. Lors de la création de modèles personnalisés pour les ressources, vous pouvez modifier leur mise en page et utiliser des métadonnées personnalisées avec votre jeu de styles CSS.

Effectuez les étapes suivantes pour créer un modèle personnalisé pour divers composants Forms Portal.

Création d’un modèle personnalisé creating-a-nbsp-custom-template

  1. Créez un noeud sling:Folder sous */apps *

    Ajoutez une propriété "fpContentType". Spécifiez les valeurs appropriées pour la propriété en fonction du composant pour lequel vous définissez le modèle personnalisé.

    • Composant Search & Lister : "/libs/fd/fp/formTemplate"

    • Composant Brouillons et envois :

      • Section Brouillons : /libs/fd/fp/draftsTemplate
      • Section Envois : /libs/fd/fp/submissionTemplate
    • Composant Link : /libs/fd/fp/linkTemplate

    Ajoutez un titre à afficher lors de la sélection des modèles de mise en page.

    *Remarque : Le titre peut être différent du nom de noeud de sling:Folder que vous avez créé. *
    L’image ci-après illustre la configuration pour le composant Recherche et énumérateur. Création d’un nœud sling:Folder

  2. Créez un fichier template.html dans ce dossier qui servira de modèle personnalisé.

  3. Créez le modèle personnalisé et utilisez des métadonnées personnalisées comme décrit ci-dessous.

Exemple de travail working-example

Vous trouverez ci-dessous un exemple d’implémentation d’un modèle personnalisé dans lequel Forms Portal acquiert une mise en page de carte Google Geometrixx personnalisée pour le composant Search & Lister.

<div class="__FP_boxes-container __FP_single-color">
    <div class="boxes __FP_boxes __FP_single-color" data-repeatable="true">
 <div class="__FP_boxes-thumbnail">
     <img src ="${path}/jcr:content/renditions/cq5dam.thumbnail.319.319.png"/>
        </div>
        <h3 class="__FP_single-color" title="${name}" tabindex="0">${name}</h3>
        <p>${description}</p>
        <div class="boxes-icon-cont __FP_boxes-icon-cont">
            <div class="op-dow">
                <a href="${formUrl}" target="_blank" class="__FP_button ${htmlStyle}" title="${config-htmlLinkText}">${localize-Apply}</a>
                <a href="${pdfUrl}" class="__FP_button ${pdfStyle}" title="${config-pdfLinkText}">${localize-Download}</a>
            </div>
        </div>
    </div>
</div>

Spécifications techniques des modèles personnalisés technical-specifications-for-custom-templates

Le modèle personnalisé de tout composant du Portail Formulaires comprend des entrées répétables et non répétables. Les entrées répétables sont des entités de base pour la liste. Les composants Search & Lister, Drafts & Submissions et Link sont des exemples d’entrées répétables.

Forms Portal fournit une syntaxe permettant aux espaces réservés d’afficher des métadonnées personnalisées/prêtes à l’emploi. Les espaces réservés sont renseignés après l’affichage des résultats des formulaires, des brouillons ou des envois.

Pour inclure une entrée répétable, configurez l’attribut data-repeatable sur true.

*Dans l’exemple présenté, deux éléments Div se trouvent en haut du modèle personnalisé. La première, avec la classe CSS "__FP_boxes-container", fonctionne comme un élément conteneur pour les formulaires répertoriés. Le second, avec la classe CSS "__FP_boxes", est un modèle pour les entités de base, dans ce cas un formulaire. L’attribut  data-repeatable qui figure dans l’élément Div a la valeur true.

Chaque espace réservé possède un jeu de métadonnées prêtes à l’emploi exclusif. Pour afficher des métadonnées personnalisées à un emplacement spécifique du formulaire, ajoutez le $metadata_prop, propriété à l'endroit.

Dans cet exemple, la propriété des métadonnées est utilisée dans plusieurs instances. Elle est utilisée par exemple de façon adéquate dans description,name,formUrl,htmlStyle,pdfUrl,pdfStyle ​et path.

Métadonnées prêtes à l’emploi out-of-the-box-metadata

Plusieurs composants de Forms Portal fournissent des ensembles exclusifs de métadonnées prêtes à l’emploi que vous pouvez utiliser pour les listes.

Composant Search & Lister search-amp-lister-component

  • Title : titre du formulaire

  • name: Nom du formulaire (il s’agit généralement du même titre)

  • description: Description du formulaire

  • formUrl  : URL permettant d’effectuer le rendu du formulaire au format HTML.

  • pdfUrl  : URL permettant d’effectuer le rendu du formulaire au format PDF.

  • assetType  : type de la ressource. Les valeurs valides sont les suivantes : Formulaire,Formulaire PDF, Imprimer le formulaire et Formulaire adaptatif.

  • htmlStyle et pdfStyle  : style d’affichage des icônes HTML et PDF utilisées pour le rendu. Les valeurs valides sont les suivantes : «  __FP_display_none ​** » ou vide**

    Remarque : N’oubliez pas d’utiliser la classe __FP_display_none dans votre feuille de style personnalisée.

  • downloadUrl  : URL permettant de télécharger une ressource.

Prise en charge de la localisation et du tri et utilisation des propriétés de configuration de l’interface utilisateur (Recherche et énumérateur uniquement) :

  1. Prise en charge de la localisation: Pour localiser du texte statique, utilisez l’attribut ${localize-YOUR_TEXT​} et rendre la valeur localisée disponible, si n’existe pas déjà.

    Dans l’exemple présenté, les attributs ${localize-Apply} et ${localize-Download} sont utilisés pour localiser le texte Apply et Download.

  2. Prise en charge du tri: Cliquez sur l’élément HTML pour trier les résultats de la recherche. Pour mettre en oeuvre le tri dans une disposition de tableau, ajoutez l’attribut "data-sortKey" sur l’en-tête du tableau en question. Ajoutez en outre sa valeur en tant que métadonnées pour lesquelles vous souhaitez effectuer un tri.

    Par exemple, pour l’en-tête "Title" dans la vue Grille, la valeur de l’en-tête "data-sortKey" est "title". Cliquez sur l’en-tête pour trier les valeurs d’une colonne particulière.

  3. Utilisation des propriétés de configuration  : le composant Recherche et énumérateur possède plusieurs configurations que vous pouvez utiliser dans l’interface utilisateur. Par exemple, pour afficher le texte de l’info-bulle HTML enregistré dans la boîte de dialogue de modification, utilisez la variable Attribut ${config-htmlLinkText}. De même, pour le texte de l’info-bulle du PDF, utilisez la variable ${config-pdfLinkText} attribut.

  • Title : titre du formulaire
  • formUrl  : URL permettant d’effectuer le rendu du formulaire au format HTML.
  • target  : attribut cible du lien. Les valeurs valides sont les suivantes : "_blank" et "_self".
  • linkText: Légende du lien

Composant Drafts & Submissions drafts-amp-submissions-component

  • Chemin: Chemin d’accès du noeud de métadonnées de brouillon/envoi. Utilisez-le avec l’extension .HTML en tant qu’URL pour ouvrir un brouillon ou un envoi.
  • contextPath: Chemin d’accès contextuel de l’instance AEM
  • firstLetter: Première lettre (majuscule) du titre du formulaire adaptatif, enregistrée en tant que brouillon ou envoyée.
  • formName: Titre du formulaire adaptatif, qui a été enregistré en tant que brouillon ou envoyé.
  • draftID: Identifiant du brouillon répertorié (à utiliser uniquement dans le modèle de la section Brouillon).
  • submitID: Identifiant de l’envoi répertorié (à utiliser uniquement dans le modèle pour la section Envoi).
  • status: État du formulaire envoyé. (À utiliser uniquement dans le modèle pour la section Envoi).
  • description: Description du formulaire adaptatif associé au brouillon ou à l’envoi.
  • diffTime: Différence entre l’heure actuelle et la dernière action d’enregistrement pour le brouillon. Autre différence entre l’heure actuelle et la dernière action d’envoi pour l’envoi.
  • iconClass: Classe CSS utilisée pour afficher la première lettre du brouillon/envoi. Forms Portal comprend les classes suivantes, qui fournissent divers arrière-plans colorés.
  • propriétaire: Utilisateur ayant créé le brouillon/envoi.
  • Today  : date de création du brouillon ou de l’envoi au format JJAAAA.
  • TimeNow  : heure de création du brouillon ou de l’envoi au format HHSS (format de 24 heures).

Remarque :

  1. Pour l’option de suppression de la section Brouillons sous le composant Drafts & Submissions, nommez la classe CSS "__FP_deleteDraft". En outre, incluez l’attribut « draftID » avec la valeur  ${draftID}, qui correspond à l’ID du brouillon correspondant.

  2. Lors de la création de liens pour ouvrir des brouillons et des envois, vous pouvez spécifier $path.html comme valeur de la variable href pour la balise d’ancrage.

Nœud Drafts and Submission

A. Elément conteneur

B. Métadonnées « path » avec hiérarchie fixe pour obtenir la miniature stockée pour chaque formulaire.

C. Attribut « data-repeatable » utilisé pour la section du modèle de chaque formulaire.

D. Pour localiser la chaîne « Apply ».

E. Utilisation de la propriété de configuration pdfLinkText

F. Utiliser des métadonnées « pdfUrl ».

Conseils, astuces et problèmes connus tips-tricks-and-known-issues

  1. N’utilisez pas de guillemet simple (’) dans un modèle personnalisé.
  2. Pour les métadonnées personnalisées, stockez cette propriété uniquement sur le nœud jcr:content/metadata. Si vous l’enregistrez à un autre emplacement, le portail Formulaires ne peut pas afficher les métadonnées.
  3. Vérifiez que le nom d’une métadonnée personnalisée ou existante ne contient pas de signe deux-points (:). S’il en contient un, vous ne pouvez pas l’afficher dans l’interface utilisateur.
  4. L’attribut data-repeatable n’a aucune importance pour un composant Link. Adobe recommande d’éviter l’utilisation de cette propriété dans le modèle d’un composant Lien.

Articles connexes

recommendation-more-help
a6ebf046-2b8b-4543-bd46-42a0d77792da