Skip to main content
Une mise en page contrôle la façon dont la page de détail d’un enregistrement est organisée : quels onglets apparaissent et quels widgets ils contiennent. Utilisez definePageLayout() pour déclarer une mise en page pour un objet que vous possédez, ou definePageLayoutTab() pour ajouter un seul onglet à une mise en page qui existe déjà (la vôtre ou une mise en page standard de Twenty).

definePageLayout

Utilisez ceci lorsque vous possédez l’intégralité de la page de détail — généralement pour un objet personnalisé que vous avez défini vous-même.
src/page-layouts/example-record-page-layout.ts

Points clés

  • type est l’un de 'RECORD_INDEX', 'RECORD_PAGE', 'DASHBOARD' ou 'STANDALONE_PAGE'. Utilisez 'RECORD_PAGE' pour personnaliser la vue détaillée d’un objet spécifique.
  • objectUniversalIdentifier spécifie à quel objet cette mise en page s’applique.
  • Chaque tab définit une section de la page avec un title, une position et un layoutMode : VERTICAL_LIST pour les pages d’enregistrement et les pages autonomes, GRID pour les tableaux de bord et CANVAS pour un seul widget qui doit remplir la zone d’affichage de l’onglet. Un onglet VERTICAL_LIST empile les widgets verticalement. Les widgets intégrés qui gèrent leur propre défilement, tels que les chronologies, les fichiers, les notes, les tâches et les workflows, remplissent une zone d’affichage ; les champs, les composants front, les graphiques et les autres widgets fit-content s’affichent à la hauteur de leur contenu ou à la hauteur configurée. Un onglet GRID dispose toujours ses widgets sous forme de cartes sur une grille de 12 colonnes. Un widget CANVAS n’a pas de position explicite ; si un onglet de canevas contient plusieurs widgets, ils s’affichent à la hauteur de leur contenu au lieu de remplir la fenêtre d’affichage.
  • Définissez layoutMode explicitement. Si vous l’omettez, vous obtenez VERTICAL_LIST sur une STANDALONE_PAGE et GRID partout ailleurs, ce qui est rarement ce que vous voulez sur une page d’enregistrement.
  • Chaque widget à l’intérieur d’un onglet peut afficher un front component, une liste de relations ou d’autres types de widgets intégrés.
  • Un widget FRONT_COMPONENT peut définir headerCommandMenuItemUniversalIdentifiers sur un tableau ordonné d’identifiants universels d’éléments du menu de commandes provenant de la même app. Ces actions apparaissent sous forme de boutons d’icône dans l’en-tête de la carte du widget et conservent leur disponibilité au niveau de la commande ainsi que leurs vérifications des autorisations. Les identifiants doivent être uniques et doivent pouvoir être résolus lors de l’installation de l’app.
  • La position des onglets contrôle leur ordre. Utilisez des valeurs plus élevées (p. ex., 50) pour placer les onglets personnalisés après les onglets intégrés.

Widgets des champs

Un widget FIELD affiche un champ de l’enregistrement. Pour les champs de relation, il peut également intégrer une liste d’enregistrements liés :
  • fieldMetadataId prend l’identifiant universel d’un champ sur l’objet de la mise en page.
  • fieldDisplayMode est l’une des valeurs suivantes : 'FIELD', 'CARD', 'EDITOR', 'VIEW' ou 'TABLE'. TABLE intègre une vue listant les enregistrements d’un champ de relation un-à-plusieurs.
  • nestedRelationFieldMetadataId est facultatif et prend l’identifiant universel d’un champ de relation un-à-plusieurs sur l’objet cible de la relation, afin de lister des enregistrements à deux sauts de relation (par exemple, une page Entreprise listant les opportunités des personnes de l’entreprise, ou une page Personne listant les opportunités de l’entreprise de la personne). Le premier saut peut être un champ de relation un-à-plusieurs ou plusieurs-à-un, le second doit être un-à-plusieurs (les relations de jonction ne sont pas prises en charge), et cela nécessite fieldDisplayMode: 'TABLE' — le combiner avec tout autre mode d’affichage constitue une erreur de validation, puisqu’un widget imbriqué est toujours rendu comme une vue intégrée.

definePageLayoutTab

Utilisez ceci lorsque vous voulez uniquement ajouter un onglet à une mise en page existante — par exemple, un onglet d’analyse sur la page standard Company, ou un onglet de résumé d’IA rattaché à la mise en page de votre propre objet.
src/page-layouts/example-extra-tab.ts

Points clés

  • pageLayoutUniversalIdentifier est obligatoire et doit pointer vers une mise en page de page qui existe déjà au moment de l’installation — soit une mise en page standard de Twenty, soit une mise en page définie par votre propre application. Les références inter-applications aux mises en page appartenant à une autre application installée ne sont pas prises en charge aujourd’hui. Lorsque la mise en page parente est manquante, l’installation échoue avec une erreur de validation explicite.
  • Pour les mises en page standard de Twenty, importez les identifiants depuis twenty-sdk/define :
    Chaque entrée de mise en page expose également ses tabs et leurs widgets, afin que vous puissiez faire référence à n’importe quel niveau :
    Un alias court STANDARD_PAGE_LAYOUT est également disponible :
  • Les widgets sont limités à cet onglet uniquement — ils font référence aux front components, aux vues, etc., exactement comme les widgets définis en ligne dans definePageLayout.
  • position contrôle l’ordre par rapport aux onglets existants sur la mise en page ciblée. Choisissez une valeur qui place votre onglet à l’endroit souhaité par rapport aux onglets intégrés.
  • Utilisez ceci plutôt que definePageLayout lorsque vous voulez seulement ajouter à une mise en page existante. Utilisez definePageLayout lorsque vous possédez l’intégralité de la mise en page.