Avec vim, chez moi, si je demande d'aller au début de la ligne, à la fin de la ligne ou à la ligne suivante, bah il le fait par rapport au texte réel, pas par rapport à la représentation à l'écran du texte, ce qui est pratique pour du dev, mais pas pour écrire un texte normal, sauf à mettre des fins de lignes partout, c'est à dire, sauf à m'adapter à mon outil, et ça, c'est hors de question.
Un :set tw=80 et vim se charge tout seul de couper les lignes comme il faut, tu n'as besoin de rien faire. Et pour remettre en forme un paragraphe, c'est avec gq (par exemple en sélectionnant un mode visuel avant). Alors, bien sûr, ça revient à s'adapter à l'outil peut-être (même si c'est automatique), mais vu que vim est optimisé pour cette utilisation ça reste le choix le plus pragmatique, et c'est aussi une question de point de vue : perso, avant de savoir que certaines personnes préféraient que les lignes ne soient pas vraiment coupées, je croyais que le fait de ne pas les couper était un défaut de l'éditeur qui n'était pas capable de le faire automatiquement pour moi.
Autre truc qui m'agace avec vim, c'est que je l'ai configuré pour les numéros de ligne, des tab qui s'affichent sur 2 espaces, et qu'il me fasse mon indentation automatiquement.
Le mieux c'est de mettre tes configurations spécifiques à un langage dans un fichier dans ~/.vim/ftplugin/nom-du-langage.vim. Par exemple, pour du simple texte, du markdown, du LaTeX, etc... j'ai activé le retour à la ligne automatique, tout en laissant tel quel pour le reste.
Le problème, c'est que quand on copie un bout de code sur le net, il indente. C'est gentil, mais comme le code est souvent déjà indenté, faut remettre un coup d'astyle à chaque fois.
Fais :set paste avant de coller, puis :set nopaste après.
Je suis sûr que tout ça se configure, mais je sais pas faire, le langage de config de vim est trop riche pour moi.
Vim est trop riche pour n'importe qui, mais la bonne nouvelle c'est qu'on n'a vraiment pas besoin de tout savoir, juste ce qui nous est utile à chacun. Et la différence avec un wm, où avoir une conf avec un vrai langage n'est pas vraiment nécessaire (bon, j'utilise xmonad, mais une conf normale m'aurait suffit amplement), c'est qu'un éditeur de texte a un champ d'utilisations différentes beaucoup plus vaste et difficilement prévisible, suivant les langages, les utilisateurs, etc... et le jour où tu as un besoin particulier, tu es bien content que ton éditeur te permette de le résoudre, et donc d'avoir un vrai langage à disposition. Mais en pratique, le 99% du temps, écrire de la conf c'est juste faire du set option=valeur, donc on peut déjà configurer vim pour presque tous ses besoins sans en savoir plus.
[^] # Re: galculator, diagramme et éditeur de texte
Posté par anaseto . En réponse au message divers utilitaires. Évalué à 3.
Un
:set tw=80et vim se charge tout seul de couper les lignes comme il faut, tu n'as besoin de rien faire. Et pour remettre en forme un paragraphe, c'est avecgq(par exemple en sélectionnant un mode visuel avant). Alors, bien sûr, ça revient à s'adapter à l'outil peut-être (même si c'est automatique), mais vu que vim est optimisé pour cette utilisation ça reste le choix le plus pragmatique, et c'est aussi une question de point de vue : perso, avant de savoir que certaines personnes préféraient que les lignes ne soient pas vraiment coupées, je croyais que le fait de ne pas les couper était un défaut de l'éditeur qui n'était pas capable de le faire automatiquement pour moi.Le mieux c'est de mettre tes configurations spécifiques à un langage dans un fichier dans
~/.vim/ftplugin/nom-du-langage.vim. Par exemple, pour du simple texte, du markdown, du LaTeX, etc... j'ai activé le retour à la ligne automatique, tout en laissant tel quel pour le reste.Fais
:set pasteavant de coller, puis:set nopasteaprès.Vim est trop riche pour n'importe qui, mais la bonne nouvelle c'est qu'on n'a vraiment pas besoin de tout savoir, juste ce qui nous est utile à chacun. Et la différence avec un wm, où avoir une conf avec un vrai langage n'est pas vraiment nécessaire (bon, j'utilise xmonad, mais une conf normale m'aurait suffit amplement), c'est qu'un éditeur de texte a un champ d'utilisations différentes beaucoup plus vaste et difficilement prévisible, suivant les langages, les utilisateurs, etc... et le jour où tu as un besoin particulier, tu es bien content que ton éditeur te permette de le résoudre, et donc d'avoir un vrai langage à disposition. Mais en pratique, le 99% du temps, écrire de la conf c'est juste faire du
set option=valeur, donc on peut déjà configurer vim pour presque tous ses besoins sans en savoir plus.