Travailler sur de nombreux fichiers avec (Neo)Vim — sur une seule vue

Avant d’entrer dans le vif du sujet, nous devons préparer le terrain.

alias

Afin d’éviter des commentaires de type « ça marche pas chez moi » ou « je n’obtiens pas la même chose » d’une part, et pour se focaliser sur le comportement par défaut d’autre part, on va lancer l’éditeur avec les options qui désactive toute personnalisation. Comme je privilégie une certain niveau de fainéantise et le fait de ne pas se répéter, on va se créer un alias au doux nom de dv pour « Default (Neo)Vim » tout simplement.

Non vérifié, mais je pense que ça marche aussi si on lance l’implémentation GUI avec la même option --clean (sinon, pour Vim, il faut aussi ajouter l’option -U NONE.)

fichiers

On aura besoin de fichiers exemples. Créons un répertoire pour les accueillir (et pouvoir virer facilement l’ensemble quand on a fini.)

On va se positionner dans ce répertoire (nommé ici zt comme « Zen Tests » par exemple, mais on peut choisir le nom de son choix) pour la suite.

Dans ce répertoire, créer un sous-répertoire d (comme « Directory » tout simplement) comme précédemment. Ensuite, on va créer les fichiers suivants par les moyens de son choix :¹

Sixth green yielding herb all form gathering him without given living a
cattle saying dry one rule female divide image seed darkness said in a
unto morning can't under saying.

Great you'll winged cattle seas she'd, forth male saying under saying
stars abundantly days. Can't fowl under gathering moved spirit. Own
shall tree itself there appear. Creepeth meat life fly.

You're darkness creepeth. A upon heaven. Bring he, years of male.
Moving female said morning us beast fruit two evening divide light
tree give evening it rule morning herb be.

Whose whales bring moved female beginning fifth. Behold firmament rule
itself. Life. Wherein. Was. It thing upon bearing it abundantly tree
that. Them brought likeness multiply fifth us set. Fly.

Made seasons is evening which. Their herb creeping have divided spirit
second is unto to set fifth light of after fruit made meat of fruitful
is whales lesser every. Lights.

He gathering all all image whose midst Beast they're moving. Face god sea.
Fruitful. So fruit which he fruitful they're Beast.  Can't the fish,
night set. Form hath life divided.

Said life also give from beast god two good every that fifth that
called own lesser fowl won't she'd. Beast unto creepeth. Third
morning called. Sea rule great he firmament.

conventions

Pour la suite, je parlerai souvent de « commande Ex ». Pas de panique, il s’agit des genres de commandes que l’on saisie en « ligne de saisie » après avoir tapé « : » et en terminant par « ⏎ ou ↵ ou ↩ » ou alors « ⎆ ou ⌅ ou ⌤ » …implicite. Dans ce contexte, on aura juste à saisir les commandes sans préfixer par les deux-points, c’est tout.

Je présenterai aussi, tout au long, des tableaux de synthèse des commandes en trois colonnes. La seconde, s’appellera « v.v » pour « Version de Vim » et comportera la version d’apparition de la commande sous cette forme.

Il y aura également des tableaux d’exercices en quatre colonnes dont la première, « exo », est la référence pour chaque ligne. On pourra utiliser ces références (un chiffre par sous-section, un point, un lettre minuscule) en commentaire pour pointer la ligne en question. La dernière et quatrième colonne indique un point de contrôle à réaliser obligatoirement.

Enfin, et surtout vers la fin, j’évoque des touches modificatrices et à un moment des touches directionnelles. Dans ce cas, j’utilise les symboles ISO/IEC 9995–7 & ISO 7000.²

On va maintenant pouvoir plonger au cœur de la préoccupation de ce journal.

Pour commencer, lançons l’éditeur, comme convenu, avec les couleurs primaires (en synthèse multiplicative) et leur fusion.

$ dv cyan.txt jaune.txt magenta.txt d/nb.txt

Les quatre fichiers sont chargés par l’éditeur, le premier est affiché, mais où sont les autres ?

navigation standard

Contrairement aux apparences, il est prévu de pouvoir travailler avec plusieurs fichiers. Étrangement, c’est une fonctionnalité native de toute implémentation vi conforme POSIX, mais que peu de gens connaissent. Les commandes Ex prévues par le standard, pour naviguer entre les fichiers passés en argument, ne manqueront pas de faire penser aux lecteurs médias… dont l’interface perpétue l’héritage des enregistreurs à ruban…

Voici la courte liste de ces commandes :

Excepté :file, ces commandes sont affectées par les options autowrite et writeany de base…¹ Tout comme :write, elles peuvent être suffixées de !. Maintenant, sans entrer dans ces détails, voyons les à l’œuvre :

Jusqu’ici, heureusement, rien de nouveau quand on vient d’une autre implémentation.

navigation avancée

Vim a rajouté d’autres commandes pour compléter le tableau.

Plutôt que de longs discours, voyons cela en pratique :

C’est un peu laborieux de se poser sur n’importe quel fichier dès que la liste est un peu longue… Sur une liste de dix fichiers par exemple, pouvoir passer de la deuxième à la neuvième nécessitait de faire « :n⏎ » sept fois ! Ici, on peut faire « :la⏎ :N⏎ » ; ce qui déjà un gain appréciable. Mais sur une liste de vingt fichiers, passer facilement de la troisième à la douzième reste un défi…

(Neo)Vim et d’autres implémentations ont également la possibilité d’ajouter un décompte…, et c’est bien pratique pour répondre à la problématique.

Le décompte « 𝓝 » est optionnel, et quand c’est omis c’est la valeur par défaut qui est utilisée. Hormis :argument dont la valeur par défaut est la position du fichier courant, c’est « 1 » pour les autres, ce qui nous ramène aux cas déjà vu.

C’est sympa et j’apprécie personnellement ces petites attentions. Mais ce n’est pas tout…

liste manipulable

Pour permettre de remplacer nos couleurs primaires par leurs complémentaires (synthèse multiplicative), :args a été étendu pour accepter une nouvelle liste à la place de la liste courante. Dans un premier temps, on charge nos nouveaux fichiers dans l’ordre alphabétique. Ensuite, on change d’avis et on préfère l’ordre RVB et non BRV : la punition est toujours :args avec la liste dans le bon ordre. Idem si on décide de revenir à nos couleurs primaires.

Si pendant longtemps les vimistes s’en sont contenté-e-s, ça reste pénible quand on plusieurs fichiers et que l’on souhaite en ajouter ou en retirer quelques uns car il faut ressaisir toute la liste. Avec la sixième version majeur, de nouvelles commandes vont simplifier la vie des usagers de l’éditeur sans pareil.⁴

Au chapitre des nouvelles fonctionnalités, il y a la redoutable :argdo qui est peu connu…
Pour illustrer son fonctionnement, supposer que nous cherchons toutes les lignes contenant l’appostrephe (droite/dactylographique ici) suivie d’une lettre. La démarche, fastidieuse, qui fonctionne avec n’importe quelle implémentation est :

:" 3.l commencer par vert.txt

:rewind

:" 3.m y faire la recherche

:global/'[a-z]/#

  1 He gathering all all image whose mids Beast they're moving. Face god sea.
  2 Fruitful. So fruit which he fruitful they're Beast. Can't the fish,
Press ENTER or type command to continue

:" 3.n passer au fichier bleu.txt

:next

:" 3.o et faire la recherche ici

:global/'[a-z]/#

  3 unto morning can't under saying.
Press ENTER or type command to continue

:" 3.p passer au fichier cyan.txt

:n

:" 3.q et faire la recherche ici

:g/'[a-z]/#

  1 Great you'll winged cattle seas she'd, forth male saying under saying
  2 stars abundantly days. Can't fowl under gathering moved spirit. Own
Press ENTER or type command to continue

:" 3.r passer au fichier magenta.txt

:n

:" 3.s y faire la recherche aussi

:g/'[a-z]/#

Pattern not found: '[a-z]

Je vous laisse imaginer si on a une dizaine comme ça… Et là, arrive notre Circé :

:" 3.t depuis cyan.txt

:argument 3

:" 3.u faire la recherche partout

:argdo g/'[a-z]/#

"vert.txt" 3 lines, 179 bytes
  1 He gathering all all image whose mids Beast they're moving. Face god sea.
  2 Fruitful. So fruit which he fruitful they're Beast. Can't the fish,
"bleu.txt" 3 lines, 176 bytes
  3 unto morning can't under saying.
"cyan.txt" 3 lines, 194 bytes
  1 Great you'll winged cattle seas she'd, forth male saying under saying
  2 stars abundantly days. Can't fowl under gathering moved spirit. Own
"magenta.txt" 3 lines, 196 bytes
Pattern not found: '[a-z]
Press ENTER or type command to continue

Avec les implémentations autres que (Neo)Vim et ce :argdo, il aurait fallu demander à l’interpréteur de commandes du système avec le bon utilitaire et en lui ressaisissant la liste des arguments…

Mais toutes les opérations ne sont pas toujours réalisables ainsi, sans devoir scripter.

Au fait, :argdo et :argdelete utilisent aussi bien une plage (i.e. deux entiers « début,fin » dans l’ordre) qu’une position (i.e. un seul entier). Par défaut, c’est respectivement toute la liste et le fichier courant.

:" 3.v rechercher seulement dans bleu et cyan

:3,2argdo g/'[a-z]/#

Backwards range given, OK to swap (y/n)?y
"bleu.txt" 3 lines, 176 bytes
  3 unto morning can't under saying.
"cyan.txt" 3 lines, 194 bytes
  1 Great you'll winged cattle seas she'd, forth male saying under saying
  2 stars abundantly days. Can't fowl under gathering moved spirit. Own
Press ENTER or type command to continue

Pour en tirer pleinement profit, il faut connaître et pratiquer les commandes Ex. J’en profite pour glisser une réclame : le dernier « Atelier Vi » vous permettra de maîtriser pleinement cet aspect de cette famille d’éditeurs.
Mais avant, voici la synthèse des commandes que nous venons d’explorer :

Quand (Neo)Vim se lance, la liste des fichiers en argument est récupérée et mise à disposition. Mais les usagers sont libres de redéfinir cette liste, et cette particularité est présente dans toute implémentation respectant le standard : il faut juste utiliser :next comme mentionné…

Si un ou plusieurs fichiers sont indiqués :

1. Définir la liste d’arguments suivant les noms de fichiers spécifiés.
2. Définir la position actuelle dans la liste d’arguments comme étant la première entrée de la liste d’arguments.
3. Définir le chemin d’accès actuel au premier nom de fichier spécifié.

Dans le cas contraire :

1. Il s’agit d’une erreur s’il n’y a plus de noms de fichiers dans la liste d’arguments après le nom de fichier actuellement référencé.
2. Fixer le nom de chemin actuel et la référence de la liste d’arguments actuelle au nom de fichier suivant le nom de fichier actuellement référencé dans la liste d’arguments.

Remplacer le contenu du tampon d’édition par le contenu du fichier nommé par le chemin d’accès actuel. Si, pour une raison quelconque, le contenu du fichier n’est pas accessible, le tampon d’édition sera vide.

Dit simplement, quand des chemins de fichiers sont indiqués, « :next 𝓕 » a le même fonctionnement que « :args 𝓕 »… Juste que le nom de commande peut prêter à confusion (en tout cas ça en piège beaucoup qui n’ont pas pris le temps de bien lire et comprendre cette partie.)
En général, ce que l’on cherche à faire est répondu par :argedit 𝓕 …qui fait un :argadd 𝓕 puis va basculer dessus.

Sur ce, on peut maintenant tout fermer.

:" 3.z

:quit

Pour poursuivre, lançons l’éditeur, comme convenu, avec les fichiers dont le nom (sans extension) se termine par une voyelle.

$ # sur les Unix-like et autres on peut juste faire
$ # dv *[aoeuiy].txt # mais y a que "eau" ici
$ dv bleu.txt jaune.txt magenta.txt rouge.txt

Les quatre fichiers sont chargés par l’éditeur, le premier est affiché et les autres sont en quelque sorte derrière…

navigation renouvelée

Dans la session précédente, on avait vu que la liste de fichiers passés en argument est copié dans une liste d’arguments que nous pouvons manipuler à loisir. À partir de la version 2.4, Vim copie également la liste de fichiers passés en argument dans une nouvelle liste appelée liste des tampons… Cette nouvelle/seconde liste a ses commandes qui commencent par « b » comme « buffer », c’est à dire tampon.

Excepté pour le listing, les commandes de navigation sont affectées par les options autowrite et writeany entre autres… et peuvent être suffixées de ! Il ne faut pas se fier à la ressemble avec l’autre liste ; déjà celle-ci boucle… et ne marque pas les fichiers comme édités de la même façon… (à partir de 4.g, après avoir fait le tour, on peut quitter ; mais jusque là le message indique toujours qu’il y a trois autres fichiers en attente…)

Comme les tampons sont numérotés par ordre de création, et que cette numérotation ne changera pendant toute la session de travail, on peut s’aider de cette numérotation dans la navigation.

Certaines commandes nous sont déjà familières (cf. section précédente) ; les deux dernières seront élucidées plus loin. Ici aussi, l’indication du rang est optionnel et vaut celui du tampon actuel pour :buffer et l’unité pour les autres.

Voilà pour l’introduction rapide.

tampons variés

Il va falloir maintenant décortiquer un peu plus ce concept (de tampon) et l’utilisation de cette liste (de tampons).

définitions et précisions

Le tampon (ou buffer en anglais) représente le contenu en mémoire (comprendre en cours de manipulation et donc pas l’état réel du fichier tant que la mémoire n’est pas écrite dans le fichier.) C’est le mode de fonctionnement de tout éditeur de texte (et pratiquement tous les programmes) : on n’écrit et lit pas le fichier sur le disque à chaque action, ce serait peu performant et augmenterait les risques de corruption du fichier.

Il arrive que le fichier ne puisse pas tenir en mémoire (peu de gens connaissent cette situation aujourd’hui n’est-ce pas ?) La stratégie hérité du Vi historique est d’utiliser un fichier d’échange (ou swap file en anglais) pour garder le travail en cours (le fichier effectif n’est écrit que si l’on demande d’une façon —explicite— ou d’une autre —implicite par des options de configuration— de le faire) et de ne charger que la portion en cours d’édition. Cela peut se ressentir.

Il n’y a que les éditeurs codés naïvement qui chargent tous les fichiers en mémoire. (Neo)Vim et d’autres vont, pour ne pas saturer la mémoire, travailler en pratique avec des listes chainée (ou linked lists en anglais). Il y en a plusieurs au cours de la session, et chacune a son jeu de commandes et son compteur…

des listes différentes

Chaque liste a ses références internes et son compteur, ce qui peut être source de confusion quand on ne comprend pas ce qu’on fait ou quand on manque de vigilance.

Bien que les deux listes semblent avoir les mêmes éléments ici, on se trouve sur le troisième élément de la liste des tampons, mais sur le premier élément de la liste d’arguments : les commandes qui manipulent chacune de ces listes ne sont pas interchangeables !
Pour nous prévenir, :file dans (Neo)Vim met l’argument courant entre parenthèses pour dire que ce n’est pas celui qui est affiché/actif.

Les deux listes n’ont plus les mêmes éléments… Et là, on a un indice de l’utilité d’avoir deux listes :

• Celui des tampons est, comme son nom l’indique, réservé aux documents “ouverts” dans l’éditeur ; tous.
• Celui des arguments est par contre une “sélection”, parmi ces documents, sur laquelle on travaille (ou on va agir avec :argdo par exemple.)

On peut ainsi avoir une sélection de fichiers que l’on édite activement, tout ayant une série de fichiers ouverts pour référence (utile notamment en développement logiciel où c’est un peu ce que font des environnement de développement en référençant le répertoire du projet.)

dans divers états

Revenons à nos tampons. Ils sont listés par les commandes synonymes :buffers, :ls et :files (avec “s” final) …qui affichent quatre colonnes dans l’ordre :

1. Le numéro du tampon, aligné à droite sur la troisième colonne.
2. Les différents états sur cinq colonnes (de la quatrième à la huitième incluse.)
3. Le nom du fichier, aligné à gauche, entre guillemets doubles droits (ce qui permet de distinguer ses espaces du reste.)
4. La ligne du curseur dans le fichier à partir de la quarantième colonne chez moi. line 0 (ou peut-être ligne 0 chez vous) indique alors un tampon pas encore visité.

Pour les différents états justement, nous en avons déjà croisé deux :

• actif quand le tampon (ou, pour simplifier, le fichier) est affiché à l’écran.
• caché (ou juste masqué) quand, à l’inverse, le tampon n’est pas visible.

Cet état d’affichage est indiqué par un caractère en sixième colonne (en tout, soit la troisième colonne indiquant les états)

• « a » pour indiquer que le fichier est chargé en mémoire et son tampon affiché (soit active en anglais.) Cette indication est apparue avec la version 6.0 de Vim.
• « h » pour indiquer que le fichier est chargé en mémoire mais que son tampon est caché (soit hidden en anglais.)
• «   » (espace) quand le fichier n’est pas chargé en mémoire, mais bien référencé dans la liste.

La colonne suivante (la quatrième ou septième), ajoutée à partir de la version 6.0 de Vim, donne le statut système du fichier. Actuellement, on a :

• pour un fichier normal
  • « - » indique que (Neo)Vim n’a pas le droit de le modifier —typiquement quand on lance l’éditeur en mode lecture seule par exemple
  • « = » indique que le (Neo)Vim ne peut pas le modifier —typiquement quand le fichier est en lecture seule au niveau système
  • «   » (espace) indique le cas normal, donc rien à signaler.
• pour un terminal (fonctionnalité apparue dans Vim 8.0)
  • « ? » sans tâche (ou job en anglais) associée
  • « R » avec un tâche en cours (soit running en anglais)
  • « F » avec une tâche terminée (soit finished en anglais)

La dernière colonne, ajoutée à partir de la version 6.0 de Vim, va plus nous intéresser

• « + » indique que le tampon a été changé (aussi bien une modification d’édition qu’un changement d’encodage par exemple) mais pas encore enregistré dans le fichier…
• « x » indique que le tampon est en erreur de lecture (soit une corruption mémoire, soit une corruption de fichier)

C’est ici que :bmodified prend son sens. Cette commande cycle dans une sous-liste (temporairement et automatiquement générée) de tampons modifiés.

Il est possible d’afficher diverses sous-listes de tampons en passant les caractères de statuts à filtrer en argument. À cela s’ajoute le caractère-filtre t pour afficher l’heure de modification au lieu de la ligne du curseur, et trier par horodatage décroissant au lieu de numéro d’ordre de création du tampon.

:" 5.u tous par défaut, par numéros croissant

:buffers

  1      "bleu.txt"                     line 1
  2      "jaune.txt"                    line 1
  3 %a + "magenta.txt"                  line 1
  4 #    "rouge.txt"                    line 1
Press ENTER or type command to continue

:" 5.v tous les modifiés

:ls +

  3 %a + "magenta.txt"                  line 1
Press ENTER or type command to continue

:" 5.w tous les modifiés et les actifs

:ls +a

  3 %a + "magenta.txt"                  line 1
Press ENTER or type command to continue

:" 5.x lister par horodatage décroissant

:ls t

  3 %a + "magenta.txt"                  20:11:43
  4 #    "rouge.txt"                    19:57:20
  1      "bleu.txt"                     19:50:47
  2      "jaune.txt"                    16:52:00
Press ENTER or type command to continue

Pour finir, il faut mentionner trois derniers caractères

• « % », en deuxième position, représente le tampon courant…
• « # », en deuxième position, représente le tampon alternatif…
• « u », en première position, représente un tampon temporaire non listé par défaut (soit unlisted en anglais), sauf quand on suffixe la commande par !. Cela se produit par exemple quand on ouvre la fenêtre d’aide ou quand on donne un nom alternatif à un tampon.

courant et alternatif

Ç’est une fonctionnalité historique de Vi et qui est requise par la spécification…

Deux noms de chemin, nommés courant et alternatif, sont maintenus par l’éditeur. Toutes les commandes Ex qui prennent des noms de fichiers comme arguments doivent les définir comme suit :

1. Si un argument de fichier est spécifié aux commandes Ex :edit, :ex, ou :recover, ou si une commande Ex :tag remplace le contenu du tampon d’édition.
   1. Si la commande remplace le contenu du tampon d’édition, le nom de chemin courant doit être défini sur l’argument de fichier ou le fichier indiqué par la balise, et le nom de chemin alternatif doit être défini sur la valeur précédente du nom de chemin courant.
   2. Dans le cas contraire, le nom d’accès alternatif correspond à l’argument du fichier.
2. Si un argument de fichier est spécifié pour la commande Ex :next :
   1. Si la commande remplace le contenu du tampon d’édition, le chemin d’accès actuel est défini sur le premier argument de fichier, et le chemin d’accès alternatif est défini sur la valeur précédente du chemin d’accès actuel.
3. Si un argument de fichier est spécifié à la commande Ex :file, le nom d’accès courant est défini à l’argument de file, et le nom d’accès alternatif est défini à la valeur précédente du nom d’accès courant.
4. Si un argument de fichier est spécifié aux commandes Ex :read et :write (c’est-à-dire lors de la lecture ou de l’écriture d’un fichier, et non par l’option de commande nommé :edit par l’appel de shell), ou si un argument de fichier est spécifié dans la commande Ex :xit, le nom du chemin d’accès actuel doit être défini comme l’argument de fichier :
   1. Si le chemin d’accès actuel n’a pas de valeur, il est remplacé par l’argument fichier.
   2. Dans le cas contraire, le nom d’accès alternatif est défini comme étant l’argument du fichier.

Si le nom d’accès alternatif est défini à la valeur précédente du nom d’accès actuel alors que le nom d’accès actuel n’avait pas de valeur précédente, le nom d’accès alternatif n’a pas de valeur en conséquence.

Pour la petite histoire, avant la version 2.5 de Vim, :files servait à afficher le fichier alternatif (et le fichier courant ?) Cela a été fusionné dans les listing en utilisant les caractères prévus par la spécifications par ailleurs.

Non-<backslash>-escaped % characters appearing in file arguments to any ex command shall be replaced by the current pathname; unescaped # characters shall be replaced by the alternate pathname. It shall be an error if % or # characters appear unescaped in an argument and their corresponding values are not set.

L’intégration est poussée au point de nous permettre de basculer sur le tampon alternatif sans connaitre son numéro, sous réserve que celui-ci soit nommé…

Bon à savoir : on peut utiliser # avec toutes les commandes de tampon attendant une position 𝓝 …ou parfois un chemin 𝓕 !

modifiable aussi

Un certain nombre de commandes historiques, d’ouverture et d’écriture de fichiers, avec agissent sur cette liste.

Ce petit tour dans la gamme violacée nous a permis de voir un peu les subtilités de :edit et :write, ainsi que d’approfondir la notion de fichier alternatif avec :file et :write. Au passage, nous avons observé divers états de tampon décrits plus tôt.

D’autres commandes Ex ont été ajoutées par la suite pour faciliter encore plus les manipulations de cette liste.

Nous n’allons pas les passer (toutes) en revue car, au stade où nous en sommes, elles parlent d’elles-mêmes pour la plupart.

Les deux listes ont beau être indépendantes, il y a des commandes qui influent sur les deux et c’est logique… :argadd ajoute bien un fichier à la liste d’arguments, mais comme les liste des tampons est le comptable de tous les tampons en cours alors il y est ajouté aussi s’il n’y était pas déjà. L’inverse n’est pas vrai : :badd ne rajoute rien dans la liste d’arguments. Mieux, les actions sur la liste des tampons n’impacte pas la liste des arguments, et :bdelete laissera le fichier dans la liste d’arguments s’il y est (et si on bascule sur cet argument, paf il se retrouve référencé dans la liste des tampons…) Sans surprise, :bufdo impactera tous les fichiers de la liste d’arguments (sauf, comme on vient de le dire, si retiré de la liste de tampons), tandis que :argdo ne vera qu’une portion de la liste de tampons.

Pour finir, Vim a aussi augmenter les commandes de sortie/arrêt…

Sur ce, il est l’heure de plier bagage.

:"wall enregistrer tous les fichiers (dont violet.txt vide)

:"quit puis fermer la boutique pour aujourd'hui

:" 6.z les deux actions peuvent se faire en une fois

:wqall

Pour la route, lançons l’éditeur avec des fichiers choisis :

$ dv fuchsia.txt vert.txt cyan.txt bleu.txt

Le premier des quatre tampons est affiché, nous connaissons la chanson.

positions remarquables

Il y a une fonctionnalité historique peu connue, ou sous-estimée, et pourtant bien utile : on peut, comme des experts sur une scène d’infraction, poser des marqueurs à des points clés du tampon.

Les marqueurs, équivalents donc des cavaliers en plastique jaune, ou des plots, ne sont par contre en aucun cas visibles… Il s’agit d’un/une tableau/liste interne de positions dans la session et sont utilisables avec les opérateurs¹…

(Neo)Vim et certaines implémentations rajoutent deux commandes de gestion sympatiques.

La première, :marks va afficher un tableau des marqueurs utilisables dans le tampon (il peuvent avoir été définis par nous ou être des marqueurs internes) en quatre colonnes :

1. Le caractère associé au marqueur, qui est aussi son nom ou la marque ℳ.
   La liste est triée lexicographiquement sur cette colonne.
2. La ligne où ce marqueur est posé, en comptant à partir de un.
3. La colonne où ce marqueur est posé, en comptant à partir de zéro…
4. Le fichier (le nom du tampon) ou le début de la ligne (pour le tampon courant)

Il y a au moins deux marqueurs internes actifs.

:" 7.a afficher les marqueurs de fuchsia.txt

:marks

mark line  col file/text
 '      1    0
 "      1    0
 [      1    0
 ]      4    0 that. Them brought likeness multiply fifth us set. Fly.
Press ENTER or type command to continue

:" 7.b re-set des marqueurs dans fuchsia.txt

:delmarks!

:" 7.b re-lister les marqueurs de fuchsia.txt

:marks

mark line  col file/text
 '      1    0
 "      1    0
Press ENTER or type command to continue

Les marqueurs assignables par les usagers sont des lettres non accentuées. (Neo)Vim utilise quelques autres symboles (dont « ' » et « " » dans l’exemple), que nous n’allons pas détailler, et qui sont disponibles uniquement en utilisation pour des mouvements. Ces marqueurs :

• sont propres à chaque tampon (i.e. chaque tampon a sa liste distincte),
• sont mis à jour (plus précisément la position associée) lors des insertions de lignes,
• sont restaurés lors des annulations de suppression par exemple,
• disparaissent avec la suppression de la ligne associée, sauf exception.

On va distinguer deux² sortes de marqueurs.

des marques locales

Dans la plupart des implémentations, ce sont les lettres minuscules « a » à « z » auxquelles (Neo)Vim ajoute la possibilité de redéfinir « ' ».

des marques globales

La spécification dit que

Les implémentations doivent supporter les caractères minuscules de la locale POSIX donc non accentuées et plus précisément ASCII ainsi que l’apostrophe inversée et l’apostrophe dactylographique. Le support d’autres caractères est laissé à chaque implémentation.

Et là, Vim a fait un choix intéressant qui nous ramène au sujet de ce billet. Les lettres majuscules non accentuées sont partagées par tous les tampons… En plus de vingt-six marqueurs par tampon, on a en plus vingt-six marqueurs visibles de tous (raison pour laquelle je les appelle globaux et les autres locaux.)

Voilà, ça fait un moyen de plus de parcourir les nombreux fichiers ouverts. Au passage, nous avons vu la différence entre :bdelete (qui supprime de la mémoire —comme :bunload— et de la liste) et :bwipeout (qui lance en plus le ramasse-miettes…)

des marques exclusives

(Neo)Vim offre la possibilité de conserver les marqueurs lors de certaines actions Ex.

Je les mentionne à titre informatif et nous n’allons pas plus nous en préoccuper.

historiques associées

On a vu que (Neo)Vim travaille avec des listes dans tous les sens. Elles sont utilisées aussi pour gérer les historiques valables tout au long de la session et indépendamment des tampons.

lignes de commandes

Il y a un historique distinct pour chaque type de ligne de commandes (recherche, commandes Ex, etc.) Les touches pour utiliser l’historique de la ligne de commande en cours sont :

(Neo)Vim permet d’utiliser, dans une ligne de commande en cours, les touches : « ← », « → », « ⇱ » ou « ⎈ b », « ⇲ » ou « ⎈ e », « ⇧ ← » ou « ⎈ ← », « ⇧ → » ou « ⎈ ← », « ⌫ » ou « ⎈ h », « ⌦ », la bascule « ⎀ ». Le comportement actuel vient essentiellement de la version 4.0 de Vim.

Il y a quelques commandes dédiées aux historiques.

Le type d’historique, 𝓣, peut être donné par un mot clé réductible à son initial, ou par l’un des caractères utilisé pour l’invite de commande

La plage d’historique, 𝓟, est soit un entier pour indiquer le début, soit deux entiers séparés par une virgule pour indiquer « début,fin ». Ces entiers peuvent être sans signe pour indiquer la position absolue, ou être précédé du signe « - » pour indiquer le rang depuis la fin…

Les historiques sont affichés comme un tableau de deux colonnes :

• Le numéro/rang de l’historique, aligné à droite sur sept colonnes.
  La dernière entrée est marquée par > en première colonne.
• Le contenu de la ligne sans l’invite, aligné à gauche à partir de neuvième colonne.

La taille de l’historique est déterminée par l’option history qui a une valeur de 50 entrées par défaut.

Il y a enfin la complétion de ligne sur laquelle on pourrait écrire toute une session, mais c’est pour une autre fois.

sauts et changements

Il y a deux autres historiques, actuellement de cent entrées, qu’il convient d’évoquer.

Commençons par les sauts. Certaines commandes ont été classées historiquement comme étant des sauts (ou jumps en anglais) car déplaçant (presque toujours) le curseur plusieurs lignes au delà de sa position courante : « ' », « ` », « G », « / », « ? », « n », « N », « % », « ( », « ) », « [[ », « ]] », « { », « } », « :s », « :tag », « L », « M », « H », et toutes les commandes commençant l’édition d’un nouveau fichier.

La liste des sauts est affichée comme la liste des marqueurs, la première colonne (la marque) étant remplacée par le rang du saut, et la position courante est indiquée par > en première colonne.

:" 9.g afficher la liste des sauts

:" les sauts 3/2/1 sont respectivement pour : 9.b/9.c/9.d

:" les sauts 4/9 absents sont respectivement pour : 8.l/8.n

:jumps

 jump line  col file/text
  10     3    0 vert.txt
   8     1    0 bleu.txt
   7     1   49 vert.txt
   6     2    0 vert.txt
   5     3    0 bleu.txt
   3     3   38 that. Them brought likeness multiply fifth us set. Fly.
   2     2    9 itself. Life. Wherein. Was. It thing upon bearing it abundantly
   1     1   43 Whose whales bring moved female beginning fifth. Behold firmame
>
Press ENTER or type command to continue

Il est prévu des raccourcis pour revenir sur une des positions de liste, mais ce ne sont pas des mouvements (i.e. pas utilisable avec des opérateurs.) Le rang, 𝓝, utilisé avec ces combinaisons de touches, est toujours par rapport à la position courante > (qui est toujours de rang 0.)

Fait curieux : Il semble que « o » a été choisi pour avoir « ancien/+vieux (soit older en anglais) » comme mnémonique ; mais à l’inverse, « n » pour « nouveau/+jeune (soit newer en anglais) » n’était pas possible… La touche la plus proche était la « i » et du coup ce n’est pas dans l’ordre sur les claviers qwerty/qwertz/azerty 🥲 Mais ça reste dans la même logique que les paires : « ( et ) », « { et } », « [[ et ]] », « < et > », en qwerty… (on retrouve la même chose pour la paire « , et ; » en azerty…)

C’est donc là un moyen pratique de se revisiter les positions remarquables des tampons déjà visité.

La liste des changements (ajouts/suppressions) fonctionne de manière similaire.

:" 9.l afficher la liste des modifs

:" sauf erreur, 1/2/3/4/5 sont respectivement pour 7.u/7.r,7.s/7.h/7.f,7.g/7.e

:changes

change line  col text
    5     3    0 itself. Life. Wherein. Was. It thing upon bearing it abundantl
    4     1    0 Whose whales bring moved female beginning fifth. Behold firmam
    3     3    0 itself. Life. Wherein. Was. It thing upon bearing it abundantl
    2     2    0 Whose whales bring moved female beginning fifth. Behold firmam
    1     1    0 Whose whales bring moved female beginning fifth. Behold firmam
>
Press ENTER or type command to continue

Il est prévu des combinaisons de touches pour revenir sur une des positions de liste, mais ce ne sont pas des mouvements (i.e. donc inutilisables avec des opérateurs.) Le rang, 𝓝, utilisé avec ces combinaisons de touches, est toujours par rapport à la position courante > (qui a toujours le rang 0.)

Ici on a repris la paire connue « ; et , » qui, contrairement aux apparences, opère (presque) avec la même logique que les paires « f et F » ainsi que « / et ? » en qwerty. (par contre c’est l’autre logique en azerty…)

À noter que, pour des changements proches sur une même ligne, il n’y a qu’une seule entrée avec la dernière colonne. C’est contrôlé par l’option textwidth …qui par défaut est 0, ce qui désactive l’effet…

C’est tout pour cette fois. さようなら