Retourner aux forums || Retourner au forum Astuces.divers
Astuces.divers : [Mail] Edition d'un mail sous vim
Posté par sebastien michel (page perso, ) le 05 mars 2002autocmd BufRead .followup,.article*,.letter,/tmp/mutt*,*.txt set tw=75
pourquoi 75 ? parceque il est possible de vous repondre (rajout de 2 char : "> ") sans dénaturer le mail :)
> Lire le message (11 commentaires, moyenne: 1).
limite à 66 plutôt
D'après ce que j'ai lu concernant la mise en page, il est recommandé d'utiliser au maximum 66 (enfin c'est pas à 1 près !) caractères par ligne, ça rend le texte plus lisible. Dans le temps, j'avais tendance à "bourrer" et à exploiter toute la ligne sur 80 colonnes, mais finalement je me suis rendu compte que c'était plus agréable à lire si c'était un peu moins large, j'utilise entre 66 et 70 comme limite. Ce n'est pas par hasard si les journaux utilisent des lignes pas très larges (parfois un peu étroites d'ailleurs...).
-
[^]Re: limite à 66 plutôt
Posté par sebastien michel (page perso, ) le 07/08/2002 à 10:24. (lien). Évalué à 1.oui enfin c'est pas la meme raison que pour les jouraux.... c'est plutot pour des raison de lisibilité en cas de thread.... avec plusieurs
"> "c'est tout...
-
[^]Re: limite à 66 plutôt
Posté par Psylo (page perso, ) le 20/01/2003 à 09:46. (lien). Évalué à 1.Ce n'est pas par hasard si les journaux utilisent des lignes pas très larges (parfois un peu étroites d'ailleurs...).
Exact, environ 55 signes par lignes, c'est ce que (en moyenne) un oeil de lecteur arrive a lire d'une traite. (hé oui, l'oeil ne lit pas lettre par lettre, mais par paquets de lettres)
Re: Edition d'un mail sous vim
hum,
les dernieres versions de vim emploient une procedure plus ... orthodoxe:
filetype.vim determine le type de fichier ouvert (ici ft=mail)
ftplugin/mail.vim met tout en place pour ce fichier la, dont tw=72 par defaut.
maintenant, il est vrai que ca n'autorise pas une conf par user.
mais dans ce cas je preconiserais plutot:
autocmd FileType mail tw=72
-
[^]Re: Edition d'un mail sous vim
Posté par Thomas RIBO (page perso, ) le 16/07/2003 à 07:55. (lien). Évalué à 1.maintenant, il est vrai que ca n'autorise pas une conf par user.
C'est faux. On peut surcharger tout ça dans le dossier ~/.vim.
Re: Edition d'un mail sous vim
les version 6.x autorisent une procedure plus orthodoxe:
filteype.vim devine le type du fichier -> ft=mail
ftplugin/mail.vimr execute ce qu'il faut pour ce fichier, notamment tw=72
pour une conf par user on ecrirai plutot dans le .vimrc:
autocmd FileType mail tw=75
-
[^]Re: Edition d'un mail sous vim
Et sous nvi...
Comme je trouve vim un peu lourd pour faire du mail j'utilise nvi que je lance avec un "-c set wraplen=70" dans mon muttrc. Mais comme j'aime bien justifier les paragraphes j'utilise un petit mappage sur la touche "@" dans mon nexrc en utilisant le petit programme "par" :
map @ {!} par 70j^M
Voilà, le curseur sur le paragraphe j'appuie sur "@" et comme par magie c'est justifié.
Re: Edition d'un mail sous vim
Je ne vois pas en quoi c'est plus lisible d'avoir des lignes de longeur fixes. Avoir "> " devant chaque ligne ? Soit, mais en jouant avec les couleurs (ex. avec mutt : color quoted green default), on distingue tres bien les differents niveaux de reponses.
En fait, il m'arrive tres souvent de corriger un mail apres relecture, et c'est vraiment lourd apres avoir rajoute ou enleve quelques mots de refaire les lignes a la main, pour eviter qu'une ligne ne soit trop courte ou trop longue.
-
[^]Re: Edition d'un mail sous vim
Posté par Antoine J. (Jabber id, ) le 17/02/2004 à 14:31. (lien). Évalué à 1.gq} et :help formatoptions sont tes amis.
Re: Edition d'un mail sous vim
Et bientôt, on aura KVim en standard partout, et on pourra intégrer Vim dans KMail, et tout sera parfait... ;-)
Revenir en haut de page || Retourner aux forums || Retourner au forum Astuces.divers
Cette page a été générée par Templeet en 0.0703s (dont 0.0068 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.