Nvim

Récente découverte pour moi: neovim expose une partie de la libuv.

Cette bibliothèque permet de gérer des évènements asynchrones. Parmi eux sont envisageables la gestion de requêtes externes en TCP ou UDP ou bien l’appel de commandes lorsqu’un fichier est modifié sur le disque. C’est cette seconde possibilité que je vais aborder dans cet article.

J’écris de plus en plus de choses en markdown avec pandoc pour la conversion en html et/ou pdf. J’ai récemment rédigé un article sur comment configurer neovim pour la gestion du markdown pour pandoc ou revealjs. Ce que je présente ici va plus loin en automatisant plus encore les taches de générations en reposant sur la libuv et, ce faisant, sans bloquer l’interface de l’éditeur à chaque sauvegarde.

Cela fait des années que j’utilise les Sessions, qu’elles soient de tmux ou de vim puis désormais neovim. Elles permettent de conserver l’état de mon activité d’un jour à l’autre, d’un redémarrage ou d’une déconnexion à l’autre.

Mon éditeur de texte favoris a une commande pour sauvegarder son état: :mksession<CR> et une pour le restaurer: nvim -S. Mais bon, devoir se souvenir de sauvegarder, c’est tout de même une bonne façon d’oublier. Donc, j’ai utilisé le plugin Obsession du merveilleux Tim POPE et ce pendant de nombreuses années.

Mais aujourd’hui… Tout a changé !

L’autre jour (c’était il y a au moins longtemps!), j’étais à un TupperVim. Et notre maître de cérémonie, l’illustre Fabien CAZENAVE a rappelé les bases de notre activité favorite : Sharpen The Saw.

1. Prendre une fonctionnalité peu ou mal connue susceptible de répondre à un besoin récurrent,
2. La poncer pendant quelque temps jusqu’à savoir l’utiliser en dormant,
3. Recommencer.

Je l’ai mis dans d’autres articles, j’utilise vim et maintenant nvim depuis une décennie. Mais loin de tout savoir sur l’outil qui me surprends fréquemment, j’ai noté qu’il y avait des fonctionnalités basiques que je n’avais jamais approfondies. Peut-être est-il temps d’y consacrer un peu de temps et d’énergie?

Dans cet article, je m’efforce de décortiquer les registres. On les utilise fréquemment sans s’en rendre compte: yyp, le copier-coller de l’éditeur modal utilise un registre. Une recherche avec /regex? Registres. Une commande avec :command? Registres.

Allez, c’est parti.

Il y a quelques jours, un copain des TupperVim a publié un super article sur les petites choses qu’il aurait aimé savoir au moment de commencer à utiliser neovim.

Peu de temps après, il nous a rapporté avoir discuté avec d’autres utilisateurs et être étonné que nombre d’entre eux utilisent leur éditeur presque sans configuration.

Personnellement, je n’ai rien contre l’usage nu. D’ailleurs ma configuration est pensée pour ne remplacer aucune fonctionnalité de base par des plugins. L’idée étant que, lorsque j’utilise vim sur des serveurs distants, il est généralement vierge de toute configuration, que ce soit la mienne ou celle de quelqu’un d’autre. Je veux donc pouvoir être efficace instantanément sans avoir besoin de réglages particuliers et potentiellement longs à mettre en place.

Ceci étant dit, cela ne signifie pas que je n’apprécie pas les avantages que proposent les plugins ou même un peu de configuration sans faire appel à du code externe. Le but de cet article est donc de couvrir ma méthode pour récupérer et faire évoluer ma configuration ainsi que mon approche pour tester les configurations d’autrui sans altérer la mienne.

Le weekend dernier avait lieu les Journées du Logiciel Libre et à leurs programme pléthore de sujets passionants. Parmis les sujets qui me touchent le plus, on y a parlé de claviers ergonomiques sur un stand dédié et durant une conférence, mais aussi de neovim via conférences et #TupperVim.

L’avantage d’être entouré de centaines de personnes partageant notre enthousiasme pour ces sujets et qu’on y apprend forcément quelque chose. Petit billet donc pour deux découvertes me concernant au tour de nvim.