Re: Pas mal

Cela pourrait d'ailleurs peut être se faire via un greffon tmux afin de ne pas ré-inventer la lune (et puis pas mal d'utilisateur de vim utilise tmux (ou screen - perso tmux avec un config a la screen).

Je trouve ça saint de ne pas embarquer une dépendance à tmux, pour trois raisons :

• Tu laisses le choix à l'utilisateur de gérer ses sessions, soit avec tmux, soit avec neovim, soit avec les deux. Voir même avec un autre outil (dinosaures qui utilisent encore screen ?)
• Tu permet à l'utilisateur d'utiliser neovim hors d'un terminal. En effet, tmux est conçu pour être utilisé à l'intérieur d'un terminal, par exemple il a besoin d'un terminal pour afficher les fenêtres d'une sessions (même si le serveur tmux sait survivre et maintenir les sessions sans terminal).
• Si tu embarques une dépendance, tu couples le cycle de vie des deux logiciels : si tmux n'est plus supporté, neovim doit reprendre le flambeau et/ou changer son système de gestion de session.

Je justifie par mon cas d'usage : j'utilise gvim + un seul terminal avec tmux. Cela me permet de gérer l'agencement des deux (terminal/éditeur) avec un gestionnaire de fenêtres, plutôt qu'avec vim ou tmux. En effet, ces deux outils ne sont pas des outils dédiés à la gestion de fenêtres, bien qu'ils se débrouillent très bien dans ce domaine. En particulier, les possibilités du gestionnaire de fenêtres dépassent celles de vim et tmux, quand on veut intégrer les fenêtres de l'éditeur et du terminal avec d'autres logiciels (messagerie, navigateur Web,...). Ce qui est, avouons le, plutôt pratique.

Après, rien n'empêche de proposer un greffon qui intègre les deux, mais je ne l'utiliserai pas :)

PS : J'ajouterais le lien vers les projets liés, qui est hyper/méga alléchant !