Personnaliser le modèle d’un Project
Offre : Pro.
Les modèles intégrés et les vues Story couvrent les besoins courants de planification d’un roman. Créez un modèle personnalisé uniquement lorsque le Project a besoin de ses propres types d’entités, propriétés ou sens de relations.
Ordre de modélisation recommandé
Pour limiter les reprises :
- répertoriez les types d’entités et d’événements nécessaires ;
- définissez les propriétés personnalisées réutilisables ;
- définissez les types et groupes de relations ;
- créez les modèles de fiches utilisant ces propriétés et relations ;
- testez l’ensemble avec quelques fiches et vues Story ;
- migrez les anciennes fiches seulement lorsque le modèle est stable.
Modèles de fiches personnalisés
Ouvrez l’espace Modèles. Il organise les modèles d’entités, d’événements, de relations et d’écriture.
Les modèles intégrés sont en lecture seule. Pour en adapter un, dupliquez-le, choisissez une portée globale ou limitée au Project, puis modifiez la copie. Un modèle personnalisé peut définir :
- un identifiant stable, un nom et une description ;
- une catégorie, une icône, une couleur et un champ d’avatar ;
- les champs du formulaire de création et leur ordre ;
- les propriétés et emplacements de relations ;
- les sections de contenu ;
- les comportements de parent, de regroupement et d’appartenance ;
- pour les événements, les dates, champs obligatoires et groupes de relations.
Lorsqu’un identifiant est déjà utilisé par des fiches, conservez-le même si le nom affiché change. Corrigez les messages de validation avant d’enregistrer.
Propriétés personnalisées
Créez les propriétés partagées dans l’éditeur de modèles, puis ajoutez-les aux modèles concernés. Les types disponibles comprennent notamment le texte court ou long, les nombres, choix uniques ou multiples, statuts, dates, cases à cocher, liens, e-mails, téléphones, fichiers, médias, relations, formules et calculs récapitulatifs.
Pour chaque propriété, définissez :
- un identifiant stable et lisible ;
- le nom affiché, la valeur par défaut et son caractère obligatoire ou facultatif ;
- les choix et couleurs des champs à sélection ;
- le type de résultat d’une formule ;
- la source, le champ cible et le calcul d’un récapitulatif.
Évitez plusieurs champs au sens presque identique. Un champ de résidence stable, par exemple, est plus simple à exploiter dans les tableurs, filtres et migrations que plusieurs variantes concurrentes.
Relations personnalisées
La section des modèles de relations gère les groupes et types de relations. Un type peut définir :
- un libellé, une couleur et un trait continu, discontinu ou pointillé ;
- un sens directionnel, bidirectionnel, d’inclusion, d’appartenance ou d’association ;
- une relation inverse et son libellé ;
- les modèles sources et destinations autorisés ;
- l’autorisation de plusieurs relations entre les mêmes fiches ;
- son utilisation dans les regroupements, le graphe de relations ou les emplacements prévus par un modèle.
Après l’enregistrement, créez la relation depuis l’inspecteur d’une fiche, puis vérifiez son sens, son libellé, ses groupes et ses filtres dans le graphe de relations.
Migrer les fiches existantes
Ajouter une structure personnalisée n’ajoute ni ne renomme automatiquement les champs des fiches existantes. Pour préparer une migration :
- sauvegardez le Project complet ;
- ouvrez l’outil de prévisualisation de la migration des métadonnées depuis le menu de travail avancé de Story ;
- examinez les changements proposés pour les champs système, propriétés, relations, valeurs par défaut et éléments inconnus ;
- sélectionnez uniquement les changements dont vous avez vérifié le sens ;
- relisez le résumé, appliquez la sélection, puis confirmez ;
- rouvrez plusieurs fiches représentatives et contrôlez les vues tableur et graphe de relations associées.
Les catégories inconnues sont conservées au lieu d’être remplacées sans confirmation. Si une proposition n’est pas claire, laissez-la désélectionnée et examinez manuellement le fichier Markdown d’origine.
Rétrogradation et récupération
Free et Plus peuvent continuer à créer des fichiers depuis les modèles personnalisés existants, et lire ainsi que conserver le contenu avancé. Ces offres ne peuvent pas créer ou modifier les définitions personnalisées de modèles, propriétés, relations et structures visuelles, ni lancer une migration de métadonnées. Une rétrogradation ne retire pas les champs personnalisés du Project.
Avant de commencer, consultez Espace Modèles et Offres et fonctionnalités.