Personnaliser un modèle de Project

Offres : Free personnalise les Defaults ; Plus crée des définitions Global ; Pro personnalise un Project.

Scroll organise les structures de fiches en trois couches. Chaque définition apparaît une seule fois dans la liste et un badge indique sa source effective.

Couche	Rôle	Accès par offre
Defaults	Définitions d’usine fournies avec Scroll, impossibles à supprimer	Free, Plus et Pro peuvent les modifier et enregistrer une personnalisation Global
Global	Définitions réutilisables dans plusieurs Projects sur cet appareil	Plus et Pro peuvent les créer et les gérer
Project	Définitions qui n’affectent que le Project actuel	Pro peut les créer, les substituer et les gérer

Modifier un Default ne réécrit pas la définition d’usine. Scroll n’enregistre que les champs modifiés : les nouveaux champs ajoutés lors d’une mise à jour du Default sont donc hérités automatiquement s’ils n’ont pas été personnalisés. Reset override retire la personnalisation de la couche actuelle et réaffiche la version en amont.

Card Types, modèles et instances de fiche

• Un Card Type définit une classification abstraite et ses contraintes, par exemple les types parents et cibles de relation autorisés pour un personnage.
• Un Card Template définit les propriétés, champs de relation, sections de contenu, l’apparence et l’ordre du formulaire d’une fiche concrète.
• Une instance de fiche enregistre les valeurs de l’utilisateur ainsi que son Card Type et son Card Template.

Gérez les définitions réutilisables dans Card Types, Properties et Relationships du panneau Schema à droite. L’éditeur principal ne gère que les modèles concrets. Rendre une propriété ou une relation disponible pour un Card Type ne l’ajoute pas à tous les modèles : elle apparaît seulement si le modèle la référence.

Ordre de modélisation recommandé

1. Répertorier les Card Types nécessaires.
2. Définir les propriétés partagées et les Card Types autorisés à les utiliser.
3. Définir les types et groupes de relations, ainsi que les Card Types source et cible autorisés.
4. Créer des Card Templates qui référencent les propriétés et emplacements de relation réellement affichés.
5. Vérifier avec quelques fiches et vues Story.
6. Migrer les anciennes fiches une fois le modèle stabilisé.

Modifier et créer des définitions

Sélectionner une ligne n’ouvre qu’un aperçu. Utilisez son bouton crayon pour la modifier. Une seule propriété ou relation est dépliée à la fois. Si vous quittez une modification non enregistrée, Scroll propose de l’enregistrer ou de l’abandonner.

• Free ouvre un Default avec le bouton crayon, enregistre une personnalisation Global ou la réinitialise.
• Plus peut aussi créer, dupliquer et importer des définitions Global.
• Pro peut sélectionner explicitement Project et créer une définition ou substitution propre au Project actuel.

Après l’enregistrement, l’ID et les champs qui réinterpréteraient des données existantes sont verrouillés : ID et nature d’un Card Type, ID et Card Type d’un Template, ID et type de valeur d’une Property, direction d’un Relation Type. Dupliquez la définition pour obtenir une autre sémantique.

Modèles de fiches personnalisés

Templates contient Entity Templates, Event Templates, Relation Templates et Writing Templates. Un modèle peut définir :

• un ID stable, un nom et une description ;
• la surface et le Category preset ;
• l’icône, la couleur et le champ d’avatar ;
• les champs et l’ordre du formulaire de création ;
• les références de propriétés et les emplacements de relation ;
• les Content sections ;
• si ses instances peuvent servir de groupes Story ;
• la temporalité, les champs obligatoires et les groupes de relations d’un événement.

Les contraintes de parent et de cible de relation d’un Card Type appartiennent au panneau Schema et ne sont pas répétées dans le modèle concret. L’ID du Template est verrouillé après enregistrement, mais son nom d’affichage reste modifiable. Corrigez les erreurs de validation avant d’enregistrer.

Dossiers gérés

Les racines de Card Type, dossiers de Template et destinations des fiches utilisent le sélecteur de dossiers du système. Il est impossible de saisir librement un chemin.

• Sans Project ouvert, une définition Global utilise un dossier sûr généré par Scroll.
• Lors de la première utilisation d’un Default personnalisé ou d’une définition Global dans un Project, Scroll demande si nécessaire de confirmer un dossier dans ce Project.
• La racine d’un Project Card Type doit être choisie dans le Project.
• Un dossier de Template doit être un enfant direct de la racine du Card Type ; Scroll n’affiche et n’enregistre que le nom de ce sous-dossier.
• Une liaison de Project existante ne se déplace pas si la valeur Global change ensuite. Son déplacement nécessite Pro et commence par un aperçu de migration.

Si le dossier choisi appartient déjà à un autre Card Type, Scroll ne fusionne pas les types d’après le nom du dossier. Personnalisez le Card Type existant, créez un Template dessous ou choisissez un autre dossier.

Propriétés personnalisées

Créez les propriétés partagées dans Properties, indiquez les Card Types autorisés, puis ajoutez-les à un modèle concret. Les types comprennent texte court ou long, nombre, choix simple ou multiple, état, date, case à cocher, lien, e-mail, téléphone, fichier, média, formule et agrégat.

Définissez un ID stable, le nom d’affichage, la valeur par défaut, le caractère obligatoire, les choix et couleurs, le type de résultat d’une formule, ainsi que la source et la méthode d’un agrégat. Évitez de multiplier des champs de même sens comme home, homePlace et residence.

Relations personnalisées

Gérez les groupes et types dans Relationships. Les lignes sont repliées par défaut et ne passent en édition qu’avec le bouton crayon. Un type de relation peut définir :

• libellé, couleur et trait plein, discontinu ou pointillé ;
• sens dirigé, bidirectionnel ou non dirigé ;
• relation et libellé inverses ;
• Card Types source et cible autorisés ;
• plusieurs relations entre la même paire de fiches ;
• disponibilité pour les groupes, le graphe de relations ou les emplacements de relation.

Un emplacement de relation du modèle peut encore restreindre les relations et cibles d’un champ. Une fiche n’affiche que les champs définis par son modèle. Après enregistrement, contrôlez le sens, les libellés inverses, les cadres de groupe et les filtres dans le graphe de relations.

Migrer des fiches existantes

L’ajout d’une structure ne crée ni ne renomme automatiquement les champs des fiches existantes.

1. Sauvegarder l’ensemble du Project.
2. Dans Story, ouvrir Delivery workflow, puis Metadata Migration Preview.
3. Examiner System, Properties, Relations, Defaults, Unknown et No-op.
4. Sélectionner uniquement les changements dont le sens est vérifié.
5. Contrôler le résumé, choisir Apply selected patches, puis Confirm and apply.
6. Rouvrir quelques fiches représentatives et vérifier les vues associées.

Les catégories inconnues sont conservées au lieu d’être remplacées sans confirmation. Laissez toute suggestion ambiguë désélectionnée et examinez le Markdown d’origine.

Rétrogradation et récupération

• Après Plus → Free, la personnalisation Global d’un Default reste modifiable ; les définitions Global créées avec Plus deviennent en lecture seule.
• Après une rétrogradation de Pro, les définitions Project deviennent en lecture seule mais participent toujours à la création, à l’affichage et à la validation des relations.
• Les champs, relations, modèles et liaisons de dossiers gérés ne sont pas supprimés.
• Toutes les offres peuvent continuer à gérer les options d’une propriété existante.

Consultez aussi l’espace Modèles et les offres et fonctionnalités.