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 truc, c'est que quand tu as des coupures artificielles, comme dans la technique que tu utilises, quelqu'un avec des préférences/contraintes différentes des tiennes sera emmerdé.
Exemple simple: personnellement, j'utilise des terminaux avec un gestionnaire de fenêtre en tuiles.
Jusque la, aucun souci, mettons que j'adapte une tuile pour les 80 char de large. Ça marche, c'est automatique. Mais quand je redimensionne ma tuile, et donc l'éditeur dedans, soit je perds de la place parce qu'une partie reste "blanche", soit je perds et de la place, et de la lisibilité parce que la largeur effective de l'éditeur est inférieure à 80, et le wordwrap fait qu'on se retrouve avec des "lignes" composées d'un seul mot. Ou de deux.
Je jouerai un peu avec tw et gq, mais un test rapide me fait penser que ce n'est pas la encore la panacée, même si c'est vrai que ça améliore pas mal.
Fais :set paste avant de coller, puis :set nopaste après.
Ah, pas mal ça! J'adopte.
donc on peut déjà configurer vim pour presque tous ses besoins sans en savoir plus.
C'est à peu près ce que je fais, mais comme tu l'as dit, c'est tellement riche que n'avoir ne serait-ce qu'un aperçu des capacités de vim, ça demande une réelle formation. Alors que pour moi vim n'est qu'un outil me permettant d'écrire du code, j'ai déjà assez de problèmes à essayer de maîtriser mes langages de travail, perso.
[^] # Re: galculator, diagramme et éditeur de texte
Posté par freem . En réponse au message divers utilitaires. Évalué à 1.
Le truc, c'est que quand tu as des coupures artificielles, comme dans la technique que tu utilises, quelqu'un avec des préférences/contraintes différentes des tiennes sera emmerdé.
Exemple simple: personnellement, j'utilise des terminaux avec un gestionnaire de fenêtre en tuiles.
Jusque la, aucun souci, mettons que j'adapte une tuile pour les 80 char de large. Ça marche, c'est automatique. Mais quand je redimensionne ma tuile, et donc l'éditeur dedans, soit je perds de la place parce qu'une partie reste "blanche", soit je perds et de la place, et de la lisibilité parce que la largeur effective de l'éditeur est inférieure à 80, et le wordwrap fait qu'on se retrouve avec des "lignes" composées d'un seul mot. Ou de deux.
Je jouerai un peu avec tw et gq, mais un test rapide me fait penser que ce n'est pas la encore la panacée, même si c'est vrai que ça améliore pas mal.
Ah, pas mal ça! J'adopte.
C'est à peu près ce que je fais, mais comme tu l'as dit, c'est tellement riche que n'avoir ne serait-ce qu'un aperçu des capacités de vim, ça demande une réelle formation. Alors que pour moi vim n'est qu'un outil me permettant d'écrire du code, j'ai déjà assez de problèmes à essayer de maîtriser mes langages de travail, perso.