L’article de XDA sur la rédaction à l’intérieur du terminal semblait absurde à de nombreux lecteurs, puis un nombre surprenant d’entre eux l’ont essayé. Le discours tient bon : une fois que vous vivez déjà dans un shell pour coder, sauter à un traitement de texte graphique pour un article de blog ou un rapport n’ajoute que des frictions. Les outils de rédaction de terminal sont devenu silencieusement bons. Certains sont des traitements de texte TUI dédiés, certains sont des éditeurs de code avec des plugins de prose, et l’un est Emacs, car c’est toujours Emacs. Nous avons testé huit applications de bureau pour la rédaction basée sur le terminal pour voir lesquelles dépassent vraiment l’ouverture de Google Docs.
Ce qu’il faut rechercher dans un outil de rédaction de terminal
La pile pour la rédaction de terminal est petite et chaque pièce doit justifier sa place :
- Retour à la ligne qui se comporte bien. Un éditeur de code divise les lignes par caractères. Un outil de rédaction enroule les mots, conserve les paragraphes visuels et ne corrompt pas les fins de ligne lorsque vous copiez sur des systèmes.
- Historique d’annulation qui survit à la session. Perdre 40 minutes de rédaction à cause d’une mauvaise touche est une douleur spécifique des configurations vim non préparées. Recherchez l’annulation persistante ou la sauvegarde automatique.
- Navigation adaptée à la prose. Accédez par phrase, paragraphe, section. Vim et Emacs ont tous deux ces mouvements ; la plupart des éditeurs graphiques n’en ont pas.
- Correcteur orthographique. Les éditeurs de terminal utilisent
hunspellouaspellsous le capot, ou rien. Rien est une mauvaise valeur par défaut pour la rédaction. - Exportation. Un brouillon terminé s’envoie généralement sous forme de Markdown, HTML, PDF, DOCX ou texte brut. Les meilleurs outils le gèrent en une seule commande.
- Mode sans distraction. Plein écran avec surlignage syntaxique désactivé ou éteint. C’est là que la rédaction de terminal brille : pas de notifications, pas de docks, pas d’onglets de navigateur.
- Multiplateforme. Windows Terminal, Subsystème Windows pour Linux, Terminal macOS, iTerm et n’importe quel terminal Linux doivent tous fonctionner. Tout ce qui nécessite un TTY spécifique est un drapeau rouge.
Comparaison rapide
| Outil | Idéal pour | Licence | Remarquable |
|---|---|---|---|
| WordGrinder | Traitement de texte TUI dédié | GPL | Sans ADN d’éditeur de code |
| Neovim + vim-pencil | Écriture modale avec plugins | MIT | Combo Goyo + Limelight |
| Emacs Org Mode | Rédaction longue structurée | GPL | Exporte vers LaTeX, HTML, DOCX |
| Micro | Éditeur TUI convivial pour les débutants | MIT | Support de la souris, config facile |
| Helix | Éditeur modal moderne avec LSP | MPL 2.0 | Sélections Tree-sitter |
| Kakoune | Éditeur modal orienté objet | Unlicense | Opérations de multi-sélection pour la prose |
| nano | Modifications rapides, sans courbe d’apprentissage | GPL | Livré avec tout |
| Zk | Carnet Zettelkasten en shell | GPLv3 | Recherche par tags, rétroliens |
Les applications
1. WordGrinder, meilleur traitement de texte TUI dédié
WordGrinder de David Given est l’outil construit spécifiquement pour la tâche. C’est un traitement de texte, pas un éditeur : paragraphes, styles, notes de bas de page, tableaux, correction orthographique et exportation vers Markdown, HTML, LaTeX, ODT, DOCX ou texte brut, le tout depuis une interface curses. Pas d’ADN d’éditeur de code. S’ouvre en une demi-seconde sur n’importe quelle machine.
Où il échoue : Le format de document (.wg) est propriétaire jusqu’à l’exportation. Pas d’aperçu en direct, pas de LSP, pas de système de plugins. Ce que vous voyez est ce que vous obtenez, volontairement.
Tarifs : Gratuit, open source (GPL).
Plateformes : Linux, macOS, Windows, BSD.
Télécharger : Cowlark.com/wordgrinder
En résumé : Le choix le plus clair à usage unique si vous refusez de configurer quoi que ce soit et voulez simplement écrire.
2. Neovim avec vim-pencil et goyo, meilleure configuration de rédaction modale
Neovim associé à vim-pencil (retour automatique à la ligne, paramètres par défaut du correcteur, mouvements de prose), goyo.vim (mode plein écran centré) et limelight.vim (assombrir les paragraphes inactifs) transforme Neovim en un environnement de rédaction sans distraction qui respecte toujours la mémoire musculaire de vim. Ajoutez wiktionary.vim pour les définitions et vous avez une véritable station d’écriture.
Où il échoue : La configuration initiale demande une soirée. Si vous utilisez déjà Neovim pour coder, les mêmes touches de raccourci et plugins dans une session d’écriture demandent un moment pour changer de contexte.
Tarifs : Gratuit, open source (Apache 2.0).
Plateformes : Linux, macOS, Windows.
Télécharger : Neovim.io
En résumé : L’option la plus forte si vous vivez déjà dans Neovim pour coder et voulez que la prose se sente pareil.
3. Emacs Org Mode, meilleur système tout-en-un pour les rédacteurs
Emacs Org Mode est l’environnement de rédaction pour les gens qui veulent le plan, le brouillon, les citations, la bibliographie, la liste de tâches et le pipeline d’exportation en un seul endroit. Exporte proprement vers LaTeX (via ox-latex), HTML, DOCX (via ox-odt et pandoc) et Beamer pour les diapositives. Zettelkasten via org-roam. Tout est du texte brut sous le capot.
Où il échoue : Emacs est la courbe d’apprentissage. Même emballé comme Doom Emacs, la pente initiale est assez raide pour que beaucoup de gens abandonnent. Le mode sans distraction (writeroom-mode) nécessite une installation.
Tarifs : Gratuit, open source (GPL).
Plateformes : Linux, macOS, Windows.
Télécharger : OrgMode.org
En résumé : Le choix pour les universitaires et les rédacteurs de formes longues qui peuvent passer une semaine sur la configuration pour des années de retour.
4. Micro, meilleur éditeur TUI convivial pour les débutants
Micro se sent comme nano ou un éditeur graphique léger, mais avec plus de capacités sous le capot : curseurs multiples, surlignage syntaxique, système de plugins, support de la souris, fichier de configuration réel. Pour les rédacteurs sans expérience de vim ou Emacs, c’est la courbe d’apprentissage la plus plate vers une configuration de terminal fonctionnelle.
Où il échoue : Pas de mode prose natif. Vous compterez sur le retour à la ligne automatique plus le plugin de correction, et l’exportation est ce que pandoc fournit.
Tarifs : Gratuit, open source (MIT).
Plateformes : Linux, macOS, Windows.
Télécharger : Micro-editor.github.io
En résumé : La première étape appropriée pour quiconque débute dans la rédaction de terminal et ne veut pas apprendre vim.
5. Helix, meilleur éditeur modal moderne
Helix est l’éditeur modal construit après Kakoune, avec sélections tree-sitter, client LSP intégré et configuration via un petit fichier TOML. Pour la rédaction, tree-sitter est vraiment utile : sélectionner un paragraphe ou une phrase entière fonctionne immédiatement, pas via un plugin. Le mode sans distraction est une seule commande.
Où il échoue : Projet plus jeune que vim ou Kakoune. Certains plugins associés à la prose de ces écosystèmes n’ont pas encore d’équivalent direct.
Tarifs : Gratuit, open source (MPL 2.0).
Plateformes : Linux, macOS, Windows.
Télécharger : Helix-editor.com
En résumé : Essayez-le si vous voulez l’édition modale sans une décennie de bagages vim.
6. Kakoune, meilleur éditeur modal orienté objet
Kakoune inverse la grammaire de vim : vous sélectionnez d’abord, puis agissez. Pour la prose, cela signifie « sélectionner une phrase, la supprimer » ou « sélectionner chaque paragraphe contenant X, les fusionner », ce qui est un flux de travail naturel pour la révision. L’édition multi-sélection vous permet de corriger les mots répétés dans tout un essai en une seule opération.
Où il échoue : Le changement de paradigme par rapport à vim est réel. L’écosystème est plus petit. Si vous êtes profondément dans vim, rester avec Neovim est probablement le meilleur pari à long terme.
Tarifs : Gratuit, open source (Unlicense).
Plateformes : Linux, macOS, Windows via WSL.
Télécharger : Kakoune.org
En résumé : Le design le plus intéressant pour la rédaction centrée sur la révision. Pas pour tout le monde.
7. nano, meilleure option sans configuration
nano est livré avec chaque distribution Linux majeure, macOS et Subsystème Windows pour Linux. Retour automatique à la ligne, couper/coller, rechercher/remplacer, annuler, correction via un correcteur système. Cela couvre une quantité surprenante de brouillons rapides lorsque vous êtes SSH’d dans une box et avez juste besoin de faire descendre les mots.
Où il échoue : Pas d’édition modale, pas de plugins, pas de pipeline d’exportation. L’historique d’annulation est par session uniquement. Pour quoi que ce soit de plus long qu’une page, vous voudrez un vrai outil.
Tarifs : Gratuit, open source (GPL).
Plateformes : Linux, macOS, Windows.
Télécharger : Nano-editor.org
En résumé : Le bon choix sur le serveur de quelqu’un d’autre ou un portable cassé où installer quelque chose est une corvée.
8. Zk, meilleur carnet Zettelkasten
Zk de Mickaël Menu est un outil Zettelkasten axé sur CLI : il gère un dossier de notes Markdown simples avec recherche par tags, rétroliens et index de texte intégral, et délègue l’édition à l’éditeur de terminal de votre choix (vim, Neovim, Helix, Micro, tous supportés). Si votre rédaction consiste à prendre des notes qui s’assemblent en essais, c’est la plomberie qui rend mille notes navigables.
Où il échoue : Pas un éditeur en lui-même, vous avez donc toujours besoin d’un des éléments ci-dessus. La configuration implique de créer un carnet et de comprendre les conventions de tags.
Tarifs : Gratuit, open source (GPLv3).
Plateformes : Linux, macOS, Windows.
Télécharger : GitHub.com/zk-org/zk
En résumé : La couche de gestion des connaissances naturelle sous une configuration de rédaction de terminal.
Comment choisir le bon
- Si vous voulez installer une chose et commencer à écrire demain : WordGrinder.
- Si vous utilisez déjà Neovim pour coder : Neovim avec vim-pencil, goyo et limelight.
- Si vous êtes universitaire, rédacteur technique ou gros utilisateur de notes de bas de page : Emacs Org Mode.
- Si vous évitez les éditeurs modaux et voulez un TUI convivial : Micro.
- Si vous voulez le modal sans l’historique de vim : Helix.
- Si la rédaction centrée sur la révision (essais, édition) est la majorité de votre travail : Kakoune.
- Si vous éditez une configuration via SSH et voulez juste finir : nano.
- Si votre rédaction est vraiment une collection de notes qui s’assemble en essais : Zk comme index, l’un des éditeurs ci-dessus pour l’édition.
Questions fréquemment posées
Pouvez-vous vraiment écrire un livre dans le terminal ?
Oui. WordGrinder est utilisé pour les manuscrits complets (son auteur a écrit ses propres livres dedans), Emacs Org Mode exporte vers LaTeX et DOCX pour les éditeurs qui les acceptent, et Neovim avec vim-pencil supporte le même cycle brouillon → exportation → révision que tout traitement de texte graphique.
Qu’en est-il de la vérification grammaticale, pas seulement l’orthographe ?
Les éditeurs de terminal s’intègrent avec ltex-ls (serveur de langue LanguageTool) via LSP. Neovim, Helix et Emacs le gèrent tous. La vérification grammaticale via write-good.nvim et proselint couvre aussi les problèmes de style communs.
Comment obtenir un mode sans distraction ?
WordGrinder est déjà sans distraction par conception. Neovim utilise goyo.vim. Emacs utilise writeroom-mode. Helix s’ouvre sans bordure en terminal plein écran par défaut. Micro, Kakoune et nano dépendent de l’exécution de votre terminal en mode plein écran (Alt+Entrée dans Windows Terminal, ⌘⌃F dans iTerm, F11 dans la plupart des terminaux Linux).
Cela fonctionne-t-il avec tmux ?
Tous. tmux est l’endroit où la rédaction de terminal brille : un volet pour l’éditeur, un pour un rendu d’aperçu en direct Markdown (glow, mdcat), un pour les notes.
La rédaction de terminal fonctionne-t-elle sur Windows ?
Oui. Windows Terminal + WSL 2 couvre tous les outils de cette liste sauf WordGrinder, qui envoie aussi une version native Windows. PowerShell seul fonctionne pour nano et Micro ; le reste a besoin de WSL.
Markdown est-il le bon format pour cela ?
Markdown est la valeur par défaut pragmatique (presque tous les éditeurs ci-dessus le rendent, et les pipelines d’exportation le gèrent bien). Org mode est plus fort pour les gens engagés avec Emacs. Le propre format de WordGrinder va bien tant que vous exportez avant de partager. Le texte brut va bien pour quoi que ce soit sous quelques pages.
