Pourquoi une Story peut avoir besoin de onze vues

Une autrice prépare un roman sur une disparition et construit trois excellentes synthèses. Un tableur suit les personnages et les indices. Une chronologie consigne les déplacements avant et après la disparition. Un tableau blanc relie les suspects à leurs mobiles. Le système fonctionne jusqu’à ce qu’elle déplace la disparition de vendredi 22 h à samedi 1 h.

Le tableur est mis à jour, pas la chronologie. Sur le tableau blanc, une déposition renvoie encore à l’ancienne heure. Quelques jours plus tard, l’autrice ne sait plus avec certitude quelle version décrit la Story actuelle.

Le problème n’est pas d’avoir utilisé trop d’outils visuels. Chaque visualisation est devenue un nouveau contenant pour les faits de la Story. Il fallait une répartition plus claire : chaque vue doit offrir une manière de regarder, sans devenir responsable du stockage d’une Story distincte.

Cette distinction fonde Scroll et ses onze vues Story intégrées : une vue n’est pas une deuxième Story. Elle permet de poser une question précise aux mêmes données Story.

Séparez les enregistrements du point de vue

Les fiches de personnages, lieux, organisations et événements peuvent constituer une base commune dans un Project. Spreadsheet organise les champs. Chronologie dispose les événements selon leur date. Relationship graph se concentre sur les relations explicites et peut, lorsque l’option est activée dans les réglages de la vue, superposer des connexions en lecture seule dérivées d’événements partagés et d’enregistrements comparables. Map s’appuie sur les informations de lieu. Enregistrer une vue conserve sa portée, ses filtres, ses groupes, son tri et son apparence ; aucune nouvelle série de fiches n’est copiée.

Pensez à un appareil photo. Une scène ne devient pas un second lieu lorsque la photographe ou le photographe change d’objectif. Le cadre change parce que la question change.

Cela ne signifie pas que toutes les vues Story modifient les enregistrements de la même manière. Il ne faut pas non plus supposer que déplacer une fiche sur n’importe quel canevas réécrira correctement les dates, la hiérarchie ou les relations partout ailleurs. Les vues sont des espaces de travail. Lorsqu’un champ essentiel change, l’autrice ou l’auteur doit encore comprendre ce qui a été modifié et vérifier le résultat. Une base commune réduit l’entretien des doublons ; elle ne garantit pas que les données elles-mêmes sont exactes.

Les onze vues Story intégrées sont Spreadsheet, Gallery, Calendrier, Chronologie, Gantt, Subway, Relationship graph, Map, Mindmap, Whiteboard et Flowchart. Toutes sont incluses dans Scroll Free. La bonne question n’est pas de savoir combien de vues vous pouvez ouvrir, mais ce que vous devez comprendre ensuite.

Les enregistrements sont-ils complets ? Commencez par Spreadsheet et Gallery

Spreadsheet met efficacement les lacunes en évidence. Les événements importants ont-ils une date ? Certains personnages n’ont-ils ni statut ni affiliation ? Un lieu a-t-il été enregistré deux fois sous des noms légèrement différents ? Pour comparer des champs, filtrer un ensemble de fiches ou repérer des valeurs incohérentes, des lignes structurées sont souvent plus révélatrices qu’un diagramme spectaculaire.

Gallery facilite la reconnaissance. Dans une distribution ou un univers aux nombreux noms proches, les images et les résumés courts permettent de répondre à des questions comme « Est-ce bien la personne à laquelle je pensais ? » ou « Ces deux lieux sont-ils réellement identiques ? ». Gallery rend les enregistrements plus faciles à parcourir ; elle n’établit pas leur chronologie.

Dans le roman sur la disparition, Spreadsheet révèle d’abord que plusieurs événements n’ont aucun participant. Gallery montre ensuite que « Entrepôt des berges » et « Entrepôt du vieux quai » utilisent des images similaires alors qu’il s’agit de lieux différents. Une chronologie élégante ne ferait qu’afficher plus joliment des données incomplètes.

Lorsqu’une vue visuelle paraît étrangement vide, résistez à l’envie de dupliquer des fiches. Une vue fondée sur les dates ou les coordonnées peut simplement manquer des champs dont elle a besoin. Revenez aux enregistrements et décidez si cette précision compte pour la Story.

Où la chronologie se dérègle-t-elle ? Posez quatre questions temporelles

Les vues temporelles ne sont pas quatre habillages d’une même réponse.

Calendrier demande ce qui se produit un jour donné ou au cours d’un mois. Il révèle les concentrations et les vides : trois événements essentiels tassés dans la matinée du samedi, un dimanche sans rien, ou un personnage présent le mercredi alors qu’il affirme avoir été absent toute la semaine.

Chronologie demande comment le temps avance dans l’univers de la Story. Elle place sur un même axe des événements séparés par des heures, des mois ou des générations et permet d’examiner leur ordre, les intervalles et les échos entre périodes.

Gantt met l’accent sur la durée, les phases et les chevauchements. Un siège ne se réduit pas à un instant. Une enquête peut occuper plusieurs semaines. Lorsque la durée crée elle-même une contrainte narrative, une période est plus instructive qu’une date unique.

Subway suit les apparitions des personnages dans le temps et montre où leurs lignes narratives se croisent. Cette vue peut révéler que deux personnes participent au même événement, qu’un point de vue disparaît trop longtemps ou qu’un même témoin a été placé dans des scènes incompatibles.

Dans l’affaire de la disparition, Chronologie montre qu’une déclaration précède le rapport de police. Gantt révèle que la fermeture du port a commencé avant le départ prétendu du suspect. Subway place l’enquêtrice aux deux extrémités de la ville pendant la même période. Aucune vue n’a « gagné ». L’autrice a posé trois questions différentes : l’ordre, la durée et la participation.

Si la source décrit un événement comme ayant eu lieu « tard dans la nuit » ou « des années auparavant », aucune vue ne peut produire une réponse fiable à partir de cette ambiguïté. L’autrice ou l’auteur peut choisir de préserver cette incertitude. L’essentiel est de la reconnaître comme un choix narratif, et non comme une lacune que le logiciel comblera de lui-même.

Qui est relié, et jusqu’où les personnages peuvent-ils aller ?

Relationship graph est parfois réduit à un élément décoratif pour une présentation. Pendant l’écriture, il sert davantage à examiner les relations enregistrées : à quelle organisation appartient un personnage, qui est lié à un événement et comment une chaîne d’intérêts traverse plusieurs personnes. Les relations explicites restent les enregistrements formels ; des connexions facultatives en lecture seule, dérivées d’événements partagés, peuvent ajouter un autre point de vue sur la participation.

Le graphe s’appuie sur les informations enregistrées dans le Project. Il ne lit pas la prose pour en déduire une relation formelle, et la présence de deux noms dans le même chapitre ne crée aucun lien automatique. Les connexions dérivées en lecture seule renvoient à leurs enregistrements sources au lieu de devenir des relations modifiables. Une ligne tracée sur Whiteboard pour explorer une hypothèse n’a pas à devenir un fait établi de la Story. Maintenir séparées les mentions dans le texte, les connexions exploratoires, les connexions dérivées et les relations confirmées empêche une théorie provisoire de se transformer discrètement en fait.

Map pose des questions spatiales. Un personnage peut-il aller de l’hôtel au quai à temps ? Deux lieux ont-ils été placés dans des directions contradictoires ? L’itinéraire d’une poursuite est-il plausible ? Map ne remplace pas une recherche géographique et ne prouve pas les conditions réelles du trajet, mais elle peut rendre une contradiction assez visible pour être examinée.

Une Map vide ne prouve pas qu’une fiche a disparu. Le lieu peut ne pas comporter les coordonnées ou les informations de position nécessaires. Décidez si la Story exige cette précision. Ajoutez-la lorsqu’elle compte ; ne l’inventez pas pour remplir l’écran.

Tant que l’idée reste instable, gardez le canevas ouvert

Les données structurées conviennent aux faits relativement stables. L’exploration d’une Story commence souvent avant que ces faits ne se stabilisent. Trois vues sur canevas accueillent différentes formes d’incertitude.

Mindmap se déploie à partir d’une question centrale. « Pourquoi a-t-elle choisi de disparaître ? » peut se ramifier en peur, protection, échange et diversion, chaque mobile ouvrant sur les conditions qu’il exigerait.

Whiteboard réunit provisoirement fragments de recherche, fiches, indices et questions de révision. La proximité spatiale peut signifier « ces éléments sont peut-être liés » sans imposer de relation formelle.

Flowchart rend visibles la causalité et les choix. Que se passe-t-il si le témoin dit la vérité ? S’il ment, comment l’enquête mène-t-elle à un autre suspect ? Une branche peut révéler un raisonnement circulaire ou l’étape manquante entre cause et conséquence.

L’autrice peut employer Mindmap pour explorer les mobiles, Whiteboard pour regrouper les indices non résolus et Flowchart pour tester deux pistes d’enquête. Lorsqu’une hypothèse résiste à l’épreuve du brouillon, elle décide si celle-ci doit devenir une relation confirmée ou une propriété d’événement. L’exploration est précieuse précisément parce qu’elle peut rester provisoire.

Trois parcours suffisent pour choisir

Si les enregistrements paraissent incomplets, commencez par Spreadsheet et Gallery. La première vue vérifie les champs et leur cohérence ; la seconde aide à reconnaître les fiches. Si le même type d’information manque régulièrement, la question n’est peut-être plus « Quelle vue choisir ? », mais « Comment ce Project doit-il enregistrer cette information ? ». Poursuivez avec Des modèles de Story sans formules narratives.

Si vous vérifiez les faits de la Story, choisissez la vue qui correspond à la question. Utilisez Calendrier pour la répartition par date, Chronologie pour l’ordre temporel, Gantt pour les durées et les phases, Subway pour les lignes de personnages qui se croisent, Relationship graph pour les relations enregistrées et les connexions dérivées facultatives en lecture seule, et Map pour les déplacements et les lieux. Leur comparaison peut aider à remarquer des contradictions ; l’autrice ou l’auteur décide toujours de ce que la prose et la Story doivent en faire.

Si l’idée n’est pas encore stable, utilisez Mindmap, Whiteboard et Flowchart pour la développer, la regrouper et la tester. Une possibilité ne doit intégrer les données Story qu’une fois son sens suffisamment établi.

Des outils spécialisés peuvent privilégier d’autres priorités et traiter plus profondément un domaine. Scroll choisit de garder plusieurs angles de vue à proximité du même Project, de ses fiches et de sa prose. Une visualisation peut révéler un conflit ; elle ne choisit pas à votre place la version de la Story qui fait référence.

Une nouvelle linéaire peut se contenter d’un dossier et d’un petit tableau. Le nombre de vues ne mesure pas le sérieux artistique. Si une vue ne répond à aucune question réelle, rien ne justifie de l’ouvrir.

La séquence la plus simple est la suivante : champs manquants, utilisez Spreadsheet ; dates, durée ou apparitions, choisissez la vue temporelle adaptée ; connexions et déplacements, utilisez Relationship graph ou Map ; idées instables, restez sur les canevas.

Les limites précises des vues sont détaillées dans le guide de planification Story de Scroll. Vous pouvez aussi revenir au guide de l’écriture au long cours pour reconsidérer le blocage actuel. Commencez par nommer la question, puis choisissez la vue appropriée.