Manuskript donne une méthode au plan. Comment vivre l’écriture quotidienne ?
Manuskript développe le roman en open source avec prémisse, Outline et Index Cards. Scroll garde planification, texte, tâches, versions et préparation éditoriale dans une expérience de bureau cohérente.
Lorsqu’un roman tient encore en une phrase, un premier chapitre vide n’est pas toujours le meilleur accueil. L’auteur connaît une disparition, une trahison et un mobile impossible à avouer, sans encore savoir comment ils deviendront un livre. Une méthode qui déplie progressivement l’idée peut alors être plus utile qu’une injonction à écrire immédiatement la première scène.
Dans cet article, Manuskript désigne exclusivement le projet open source olivierkes/manuskript, pas l’éditeur IA qui porte aujourd’hui le même nom. Sous licence GPL-3.0-or-later, il prend en charge GNU/Linux, macOS et Windows et rassemble prémisse, résumés, personnages, intrigues, Outline et Index Cards dans un outil conçu pour les auteurs. La liberté logicielle est une qualité réelle : code et licence permettent à la communauté d’examiner et de prolonger le logiciel.
Cette méthode répond bien à la question initiale : « Quel livre suis-je en train de construire ? » Au moment de rédiger pendant des mois, une autre apparaît : « Comment retrouver le fil après chaque interruption ? » Hiérarchie visuelle, navigation, surface d’écriture, recherche, Tasks et décisions de version commencent à déterminer la charge de l’interface.
Scroll s’organise autour de cette pratique durable. Un Project local réunit planification Story, manuscrit long, références, tâches d’auteur, œuvres et versions dans une expérience de bureau moderne et cohérente. La planification ne reste pas une étape préparatoire : elle accompagne rédaction, révision et passage volontaire à la production.
Une méthode doit devenir une pratique quotidienne
Une prémisse peut se préciser en un week-end. Quatre-vingt mille mots naissent d’une suite de petits retours. Après trois jours d’absence, il faut retrouver la scène ouverte, la raison du choix d’un personnage et la question qui devra être vérifiée plus tard.
Scroll rapproche les données structurées de la Story du manuscrit actif. Personnages, lieux, organisations et événements peuvent être examinés comme fiches, tableaux, relations, temps ou espace. L’éditeur au long cours reste le lieu de la voix et du rythme. Tasks recueille ce qui ne doit pas être résolu au milieu d’un paragraphe. Les responsabilités restent distinctes, mais partagent le même contexte.
Dans un roman historique, une personne devient une fiche Story, le jugement porté sur une source reste dans References, une date incertaine devient une Task et la formulation finale grandit dans le manuscrit. L’auteur n’a pas à reconstruire, à chaque séance, dans quelle application la question a continué d’évoluer.
L’interface fait partie de la concentration
L’UX d’un logiciel de long format n’est pas une couche décorative. Des milliers d’interactions quotidiennes font de la lisibilité, de l’ordre visuel et d’une navigation prévisible des conditions de continuité. L’espace de travail doit pouvoir mettre la recherche en retrait quand la prose l’exige, puis la rendre immédiatement accessible lorsque la décision demande une preuve.
Black House, objectifs, focus de ligne et mode machine à écrire réduisent les sollicitations pendant un intervalle. Visual Mode affiche le texte mis en forme ; Source view expose le même Markdown lorsque le balisage importe. Il n’existe pas deux manuscrits. Mode visuel ou Mode source ? précise cette relation.
Une expérience moderne ne promet pas de mieux écrire à la place de l’auteur. Elle réduit la traduction mentale entre l’intention du moment et la commande nécessaire pour la poursuivre.
Ouverture du code et contrôle local répondent à deux questions
Une licence open source répond à des questions importantes de vérifiabilité, d’adaptation et de maintenance communautaire. Un Project local répond à une autre : où se trouvent les fichiers de ce livre et comment sont-ils sauvegardés ? Ces valeurs peuvent compter ensemble sans être confondues.
Scroll conserve le Project à l’emplacement choisi par l’auteur. Une copie complète peut entrer dans une routine sur disque externe, une sauvegarde système ou un dossier synchronisé adapté. Local-first n’est pas une garantie de sécurité ; il rend l’auteur directement responsable du fonds de travail et de ses copies. Versions de manuscrit et sauvegardes du Project distingue version, source de référence et restauration.
De la planification à une version de production nommée
À la fin, « terminé » ne suffit pas comme nom de fichier. Quels chapitres appartiennent à l’œuvre ? Quelle version part en correction ou en composition ? Quelle source servira lors d’une nouvelle édition ? Scroll conserve œuvres et versions près du manuscrit afin que la décision de production puisse être nommée.
Scribe prend ensuite en charge Appearance, pagination et fichiers de publication. Scroll ne crée pas le PDF final, l’EPUB ou la mise en page imprimée. Un état préparé ne confirme pas non plus que Scribe a correctement reçu la structure : périmètre, œuvres, versions, chapitres et pages restent à vérifier. Le workflow Scroll→Scribe explique ce passage.
Réunir méthode de planification et pratique d’écriture
Manuskript demeure pertinent pour les personnes qui recherchent une planification méthodique et open source et qui accordent de la valeur à la GPL. Scroll s’adresse aux œuvres dont les questions de planification doivent continuer dans une pratique de bureau réunissant texte, recherche, Tasks, versions et fabrication du livre.
Il ne s’agit pas d’une invitation à abandonner un outil. Identifiez plutôt le lieu de friction du livre actuel : déploiement de l’idée, retour quotidien, liens entre matériaux ou désignation de la version de production. Revenez au guide comparatif de Scroll ou découvrez sur la page produit de Scroll comment un Project local relie ces étapes.