Mode visuel ou Mode source ? Préservez le rythme et la maîtrise du Markdown

Les auteurs qui connaissent Markdown apprécient souvent la certitude qu’offre la source. Le croisillon devant un titre, la destination d’un lien et les champs du frontmatter YAML sont visibles. Si le fichier quitte l’application actuelle, un éditeur de texte généraliste peut toujours l’ouvrir.

À partir de trois mille mots, le balisage commence toutefois à détourner une part de l’attention destinée au texte. L’auteur voudrait entendre le rythme d’un paragraphe, mais continue de voir les signes d’emphase, la syntaxe des liens et les longues URL. Un éditeur mis en forme résout le problème de lecture, tout en pouvant susciter une autre inquiétude : que vient de modifier l’interface ? La structure de la source est-elle toujours là ?

La question est souvent présentée comme un choix définitif : accepter la maîtrise de la source pure ou la commodité d’une édition mise en forme. Une interrogation plus restreinte est plus utile : quel mode de travail convient le mieux à la tâche présente ?

Dans Scroll, le Mode source et le Mode visuel modifient le même texte. Il ne s’agit ni de deux documents, ni de versions synchronisées en arrière-plan. La présentation et l’environnement d’édition changent ; la source reste un document unique. C’est ce qui permet à l’aisance et à la maîtrise de coexister — et ce qui rend encore nécessaires l’enregistrement et la vérification.

Mode visuel : laissez la mise en forme s’effacer derrière la lecture

Pendant une rédaction continue, l’auteur prend des décisions sur les mots, les phrases, les paragraphes et les scènes. Un titre doit se lire comme un titre. Une citation, une liste ou un lien pris en charge doit apparaître sous une forme qui n’impose pas d’interpréter constamment ses délimiteurs. Le Mode visuel réduit la quantité de balisage qui rivalise avec le rythme des phrases.

Le Markdown n’a pas disparu. Le même texte reste la source ; les structures courantes n’ont simplement pas besoin d’occuper le premier plan visuel à chaque décision de langue. Les personnes qui ne souhaitent pas mémoriser toute une syntaxe avant de commencer disposent ainsi d’un accès plus familier. Pour celles qui ont l’habitude d’écrire directement dans la source, ce mode peut provisoirement réduire le bruit structurel pendant une révision de la voix et du rythme.

Le terme « visuel » doit toutefois être clairement délimité. Le Mode visuel sert à écrire et à lire du texte mis en forme dans l’éditeur. Ce n’est pas un aperçu paginé du livre. La taille des titres, la largeur du texte et la couleur à l’écran ne créent pas une Apparence Scribe, ne permettent pas de prévoir un PDF et n’indiquent pas le nombre de pages imprimées qu’occupera le manuscrit. Format, polices, styles, espacement et pagination relèvent de l’étape ultérieure de production du livre.

Le Mode visuel convient donc bien à la rédaction d’une scène, à la lecture des transitions entre paragraphes, à l’affinement du rythme des dialogues et au travail sur les titres, listes, citations et liens pris en charge. La question centrale est la lecture du passage, pas la disposition de chaque marqueur dans la source.

Mode source : faites passer la structure au premier plan lorsqu’elle compte

Le Mode source expose directement le Markdown, le frontmatter YAML et les autres éléments textuels pris en charge. Il est utile lorsque :

• la mise en forme se comporte de façon inattendue dans le Mode visuel et qu’il faut examiner les marques d’origine ;
• du contenu vient d’un autre outil et que les titres, listes ou liens doivent être vérifiés ;
• l’auteur doit modifier un champ de frontmatter qu’il comprend ;
• le fichier va servir dans un autre outil de texte et que son état source actuel doit être confirmé ;
• un balisage inhabituel ou incomplet à l’affichage doit être préservé et étudié.

La source pure n’est pas plus professionnelle par nature. Elle place le jugement structurel au premier plan. Les auteurs qui lisent aisément à travers le balisage peuvent rester en Mode source pour une grande partie du travail. Nul n’est tenu d’adopter l’édition mise en forme parce qu’elle paraît plus récente. De même, une personne qui préfère le Mode visuel n’a pas à maîtriser chaque construction Markdown avant de rédiger.

Lorsqu’un balisage inhabituel apparaît, ne le supprimez pas sous prétexte que le rendu visuel semble correct. Ne supposez pas que toutes les extensions Markdown puissent être entièrement comprises et préservées par n’importe quel éditeur. Revenez en Mode source, déterminez la fonction de la structure, puis décidez s’il faut la modifier. La maîtrise ne consiste pas à garder les symboles constamment sous les yeux, mais à pouvoir consulter les indices lorsqu’une décision structurelle s’impose.

Comment un chapitre peut passer d’un mode à l’autre

Imaginons une autrice qui rédige un chapitre d’un ouvrage historique sur un ancien port. Au premier passage, elle travaille en Mode visuel. Les titres, citations et liens apparaissent sous une forme lisible, tandis que son attention reste tournée vers le rythme narratif et la manière dont les sources entrent dans le paragraphe. Elle signale les dates manquantes par un repère cohérent, à examiner une fois la section terminée.

Lorsque le chapitre a pris forme, elle l’enregistre et passe en Mode source. Elle vérifie la hiérarchie des titres, l’indentation de la liste des sources, la destination des liens et les champs de frontmatter dont elle a la charge. Les balises inhabituelles restent en place jusqu’à ce que leur fonction soit comprise. Enregistrer avant un changement de mode, une restructuration en masse ou une modification externe donne à l’examen suivant un point de départ connu.

Pour effectuer une recherche précise avec un éditeur de texte externe, elle enregistre encore une fois et cesse de modifier le fichier dans Scroll avant que l’autre programme ne le lise. Après la modification externe, elle revient dans Scroll, vérifie le résultat et relit le passage en Mode visuel. Empêcher deux applications de conserver des modifications non enregistrées du même fichier importe davantage que de changer fréquemment de mode.

Aucun chapitre n’est tenu de suivre un rituel en deux passages complets. Certains textes peuvent rester en Mode visuel. Des notes techniques seront peut-être plus claires en Mode source du début à la fin. Les deux modes offrent un choix de mode de travail, pas un processus supplémentaire à entretenir.

La portabilité ne se résume pas à dire « le fichier est local »

Un Markdown lisible facilite l’ouverture, la copie et le déplacement du texte avec des outils généralistes. Un Project Scroll vit dans un dossier choisi par l’auteur. Pour créer une sauvegarde, fermez Scroll et copiez le dossier complet du Project avec un outil local fiable. Vous pouvez conserver une copie hors de l’appareil au moyen du service de votre choix.

Un texte lisible ne signifie pas que tout le sens du Project réside dans un seul chapitre Markdown. Un Project au long cours peut aussi contenir des fiches de personnages et de lieux, des événements, des relations, des tâches, des réglages, des vues enregistrées et des contenus avancés pris en charge. Un autre éditeur de texte peut lire le texte sans comprendre l’ensemble de ce contexte.

Une sauvegarde complète porte donc sur le Project entier, et pas seulement sur le chapitre ouvert. La portabilité répond à deux objectifs distincts. Si vous souhaitez préserver un texte lisible, les fichiers texte ordinaires ont une valeur propre. Si vous souhaitez conserver le contexte du Project Scroll, gardez le dossier complet, y compris les fichiers masqués, et vérifiez ce que l’environnement destinataire reconnaît.

Des fichiers locaux et lisibles offrent de la maîtrise et des options. Ils ne garantissent pas qu’une autre application comprendra sans perte chaque structure prise en charge. Un service de synchronisation choisi par l’utilisateur peut conserver une copie de sauvegarde ; cela ne transforme pas Scroll en service de synchronisation hébergé ou de sauvegarde de versions, et ne dispense pas de conserver plusieurs copies récupérables.

Lorsque la véritable question n’est plus « Comment modifier ce texte ? », mais « Comment produire ces pages, la table des matières, le PDF ou l’EPUB ? », le travail atteint la frontière entre Scroll et Scribe. Scroll prépare une source de manuscrit faisant autorité. Scribe doit encore la recevoir et la reconnaître ; l’auteur doit toujours vérifier les pages et les fichiers produits.

Choisissez selon la tâche, pas par principe

Le choix peut se résumer en trois phrases :

• lorsque vous écrivez des phrases, lisez des paragraphes et façonnez le rythme, utilisez le Mode visuel ;
• lorsque vous examinez le balisage, vérifiez la structure ou traitez un contenu inhabituel, utilisez le Mode source ;
• lorsqu’un autre outil doit modifier le fichier, enregistrez d’abord, puis vérifiez la source avant et après la modification externe.

Le guide de l’établi de l’éditeur décrit les limites actuelles des modes. Poursuivez avec Black House ne se résume pas à une interface masquée si le problème vient des distractions visuelles, ou revenez au guide de l’écriture au long cours pour choisir une autre voie dans le Project.

L’aisance et la maîtrise ne sont pas les extrémités opposées d’un même axe. La maîtrise n’exige pas de voir chaque marque à chaque instant. L’aisance n’oblige pas à renoncer à l’accès à la source. Les deux peuvent appartenir au même document et passer au premier plan selon la tâche présente de l’auteur.