Les écrivains changent d'outil plus souvent qu'ils ne le pensent. Un logiciel cesse d'être mis à jour, le prix d'un abonnement grimpe, une meilleure façon de travailler fait son apparition, ou une série finit tout simplement par être trop à l'étroit là où elle est née. La prose survit généralement au déménagement. Ce qui se perd, c'est tout ce qui l'entoure : les fiches de personnages, les règles du monde, le plan, les plans de scènes, la trace de qui sait quoi au chapitre douze. Pour un long livre ou une série, cette matière est le véritable capital de travail, et c'est aussi la partie la plus susceptible d'être laissée derrière soi. Ce guide explique ce qu'est réellement une bible narrative en termes logiciels, pourquoi elle voyage mal, et ce qu'il faut vérifier avant de faire confiance à l'export d'un outil pour la transporter.
Un manuscrit, c'est bien plus que sa prose
Imaginez les fichiers de travail d'un roman achevé. Les chapitres y sont, mais aussi une liste de personnages avec l'histoire et la voix de chacun. Il y a des pages sur les lieux, les factions et le fonctionnement de la magie. Il y a un plan, souvent en plusieurs générations, et des plans de scènes qui disent ce que chaque scène doit accomplir. Si le livre fait partie d'une série, il y a aussi une idée courante de l'état de l'histoire : qui a appris le secret, qui est mort, ce que l'héroïne porte encore dans son sac.
Appelez tout cela la bible narrative. Les écrivains la construisent lentement, et c'est elle qui permet au tome trois de rester cohérent avec le tome un. C'est aussi là que résident la plupart de vos décisions, consignées une fois pour toutes afin de ne jamais avoir à les reprendre. Un brouillon perdu peut être réécrit à partir d'une bonne bible. Une bible perdue oblige à reconstituer des années de décisions de mémoire et à partir de la prose elle-même, ce qui est long, et c'est précisément ainsi que les contradictions se glissent dans le tome trois.
Où vit réellement une bible narrative
Dans un simple traitement de texte, la bible est un ensemble de documents que vous avez créés vous-même ; la déplacer revient donc à copier des fichiers. Les outils d'écriture spécialisés sont différents. Ils stockent les personnages, les lieux et les points d'intrigue sous forme d'enregistrements dans leur propre base de données, avec des champs, des étiquettes et des liens entre eux. Cette structure fait leur utilité - on peut voir toutes les scènes où apparaît un personnage, ou filtrer le plan par fil narratif - et c'est aussi ce qui les rend difficiles à quitter.
Quand un tel outil propose un export, il vaut la peine de se demander pour quel usage cet export a été conçu. Beaucoup sont bâtis autour du manuscrit, parce que c'est ce que les écrivains envoient aux éditeurs, aux agents et aux maisons d'édition : un fichier Word, un EPUB, un PDF. La prose en sort à merveille. La matière structurée, celle qui est conservée sous forme d'enregistrements plutôt que de texte, peut sortir séparément, partiellement, ou pas du tout. Certains outils exportent la prose tout en gardant la bible narrative à l'intérieur. Rien de tout cela ne relève forcément de la mauvaise foi. Les fonctions d'export sont conçues pour la demande la plus courante, et « envoyer le manuscrit quelque part » est bien plus fréquent que « déménager tout mon projet ».
Les liens, voilà la difficulté
Même lorsqu'un outil exporte bien sa bible, une simple liste de notes de personnages ne représente qu'une partie de ce que vous avez construit. Les connexions entre les éléments portent une grande part du sens.
Pensez à tout ce que sait un projet en cours. Cette scène est racontée du point de vue de tel personnage. Ces trois personnages y apparaissent. Ce fil narratif s'ouvre au chapitre quatre et se résout au chapitre vingt. Ce personnage a appris la trahison au chapitre neuf, il ne peut donc pas feindre la surprise au chapitre quinze. Chacun de ces faits est un lien entre deux enregistrements, et dans une base de données ces liens sont tenus par des références internes, non par des mots sur une page.
Un export qui écrit chaque enregistrement dans un document séparé, en abandonnant les liens, vous donne les pièces sans l'assemblage. On peut le reconstruire à la main, mais sur une série cela peut représenter des jours de travail, et les liens subtils - un changement d'état ancré à une scène précise - sont les premiers à disparaître. Un bon export garde les liens explicites, de sorte que ce qui lit le fichier plus tard puisse savoir quel personnage est lequel et où chaque fait trouve sa place.
Ce qu'il faut vérifier avant de se fier à un export
Le moment de tester un export, c'est avant d'en avoir besoin, tant que le projet est en bonne santé et que l'outil vous est encore ouvert. Cinq questions couvrent l'essentiel.
Inclut-il la bible, et pas seulement le livre ? Cherchez vos personnages, vos lieux et vos documents de référence dans le résultat, avec leur texte intégral, et pas seulement leurs noms. Vérifiez aussi les plans, les plans de scènes, et toutes les notes rattachées à chaque scène.
Un humain peut-il le lire ? Ouvrez les fichiers dans un éditeur de texte ordinaire. Le Markdown et le texte brut vieillissent bien et s'ouvrent partout ; un fichier binaire propriétaire ne s'ouvre que dans le programme qui l'a créé, ce qui va à l'encontre du but recherché.
Un programme peut-il le lire ? Être lisible par un humain ne suffit pas si la structure a disparu. Un format structuré tel que JSON, où les liens entre enregistrements sont conservés par référence, permet à un autre outil de reconstruire le projet au lieu de vous obliger à tout retaper.
Le format est-il documenté ? Une description publiée du fichier - ce que contient chaque partie, comment les enregistrements se renvoient les uns aux autres - transforme un export en quelque chose avec quoi n'importe quel outil, ou n'importe quel programmeur obligeant, peut travailler. Un export non documenté est un format que seul son créateur comprend pleinement.
Couvre-t-il toute la série ? Si vos livres partagent une distribution et un univers, vérifiez que la matière commune sort avec chaque livre et que vous pouvez exporter plusieurs livres à la fois.
Faites l'aller-retour
Le test le plus parlant consiste à exporter un projet puis à le réimporter aussitôt, dans le même outil ou dans un compte neuf. Si l'outil ne parvient pas à lire son propre export, le fichier ne vous sera pas d'un grand secours en cas de problème. S'il y parvient, comparez les deux versions : les personnages sont-ils tous là, avec leurs fiches complètes ? Les scènes savent-elles encore qui s'y trouve ? Le plan correspond-il ? Tout ce qui manque à l'aller-retour manquera à coup sûr quand vous irez ailleurs.
Profitez-en pour garder une copie de cet export hors de l'outil, et faites-en une habitude après chaque grande séance de planification. Les services en ligne perdent rarement des données, mais les comptes se verrouillent, les entreprises changent de cap, et une copie que vous détenez est la seule sur laquelle vous pouvez compter.
Choisir un outil que l'on peut quitter
L'outil auquel il est le plus facile de confier un long projet est généralement celui qui rend le départ facile. Un export qui emporte tout, sous une forme que d'autres logiciels savent lire, est un engagement que l'outil a pris dans son code plutôt que dans une promesse. Lorsque vous évaluez un nouvel outil d'écriture, regardez la sortie avant l'entrée. Demandez ce qui en sort, sous quelle forme, et si cela peut revenir.
Novelmint a été conçu avec ce test en tête. Une série entière s'exporte sous la forme d'un seul fichier de projet ouvert : du Markdown lisible partout, plus un JSON documenté qui conserve les liens entre personnages, lieux, fils narratifs, plans de chapitres, jalons et prose, avec la couverture de chaque livre. Le même fichier se réimporte comme nouvelle série ou dans celle dont il provient, de sorte qu'une sauvegarde est quelque chose que l'on peut réellement restaurer.