Vim : éditer par déclarations

Je teste Vim depuis une dizaine de jours, l’occasion de noter quelques observations qui me semblent importantes dans mes/nos pratiques d’écriture et d’édition. Après avoir considérer que Vim est une écriture dans l’écriture, Vim est aussi une pratique d’écriture par déclaration.

L’écriture dans l’écriture, que j’ai décrit naïvement comme un paratexte, est aussi une écriture par instructions. Ces instructions sont des déclarations, a priori clairement formulées, qui déclenchent des actions : il se passe quelque chose quand j’écris :w — en l’occurrence j’écris dans le fichier, w signifiant write. Vim fonctionne à la manière d’autres écritures programmatiques, comparable à LaTeX (Citation: Guichard, 2008) Guichard, É. (2008). L’écriture scientifique. Consulté à l’adresse https://halshs.archives-ouvertes.fr/halshs-00347616/document d’une certaine façon, mais en conservant une séparation stricte entre le contenu et mon intervention sur celui-ci.

Mon texte qui est écrit dans un fichier est le résultat d’un autre texte, celui que je dois taper dans Vim. Sans les instructions écrites dans Vim, qui sont donc des déclarations, mon texte ne peut pas exister. Les commandes suivantes permettent au texte que vous lisez d’être inscrit, enregistré, modifié, etc. Ce ne sont que quelques exemples de ces instructions dictées dans un langage compréhensible autant par la machine que par moi (je ne suis pas une machine) :

• vim content/phd/2022-02-20-vim-editer-par-declaration.md : pour ouvrir le fichier à l’origine de la page que vous consultez ;
• :w : pour enregistrer les modifications ;
• CTRL+w puis t : aller dans l’arborescence des fichiers et ouvrir un autre fichier dans un nouvel onglet (t pour tab qui veut dire onglet en anglais) ;
• /déclaration : pour chercher le nombre d’occurrences de ce terme dans mon fichier ;
• gt : pour changer d’onglet ;
• :wq : pour enregistrer et fermer mon fichier.

Plutôt que le paratexte évoqué précédemment, il faut envisager l’architexte :

Initialement défini comme une “écriture d’écriture” puis comme un “dispositif d’écriture écrit”, l’architexte s’avère être un point de passage obligé pour toute activité numérique. (Citation: Souchier, Candel & al., 2019, p. 302) Souchier, E., Candel, É., Gomez-Mejia, G. & Jeanne-Perrier, V. (2019). Le numérique comme écriture: théories et méthodes d’analyse. Armand Colin.

Je déclare des instructions pour modifier mon texte, pour interagir avec lui. Ces commandes sont la condition d’existence de mon écriture — ici un fichier Markdown qui sera convertit en un fichier HTML lisible dans votre navigateur web. Je pourrais même inscrire ces commandes dans un fichier pour les afficher en regard de mon texte finalisé, pour visualiser l’origine, la naissance de mon billet.

Quelles différences y a-t-il avec un traitement de texte ou un éditeur de texte comme Atom ou VSCode ? D’une part ces instructions sont elles aussi du texte, que j’écris dans une interface (la même qui permet d’afficher le texte inscrit et les instructions) — ici le terminal, Vim fait partie de cette famille d’éditeur dans un terminal. D’autre part je n’ai pas recours à une interface graphique qui cache un certain nombre des rouages (pour le meilleur et pour le pire), non plus à une série de fonctions hiérarchisée dans des menus : je fais appel à des commandes qui sont documentées.

Ces commandes sont des déclarations, formulées avec des mots qui font partie de mon langage — certes en anglais. Je rentre en communication avec l’outil d’écriture, j’apprends à parler une langue commune : je suis en situation d’apprentissage afin de maîtriser mon environnement d’écriture et d’édition.