Bonjour à tous, j'imagine que je ne suis pas le seul ici à utiliser pour les liens html dans les mails, la notation 'lynx' iirc, c'est à dire l'utilisation de [N] définie en fin de mail pour l'utilisation de lien externes. Est ce quelqu'un se sentrait motivé pour écrire une fonction vim (?) qui se charge de génrérer les [N] (i.e. on met effectivement [N]) c'est à dire d'incrémenter une valeur en partant de 1 et de génerer le : References [1] [2] il n'y aurait alors plus qu'a copier les url.. ca motive quelqu'un ? :p (Marc... au hasard ? :) Merci -- http://asyd.net/home/ - Home Page http://guses.org/home/ - French Speaking (Open)Solaris User Group
Salut, le 26/09/2006, Bruno Bonfils nous �crivait :
j'imagine que je ne suis pas le seul ici à utiliser pour les liens html dans les mails, la notation 'lynx' iirc, c'est à dire l'utilisation de [N] définie en fin de mail pour l'utilisation de lien externes.
je ne le fais pas ... enfin pas tout le temps mais c'est vrai que si j'avais un outils, je le ferais pe plus ...
Est ce quelqu'un se sentrait motivé pour écrire une fonction vim (?) qui se charge de génrérer les [N] (i.e. on met effectivement [N]) c'est à dire d'incrémenter une valeur en partant de 1 et de génerer le :
si je comprends bien, tu voudrais que le texte : j'utilise :un moteur de recherche:http://www.google.fr pour me documenter se transforme en : j'utilise "un moteur de recherche" [1] pour me documenter. et que soit ajouté juste avant la signature: Références : [1] http://www.google.fr
ca motive quelqu'un ? :p (Marc... au hasard ? :)
si j'ai bien compris le pb, ca n'a pas l'air trop compliqué effectivement. Ca peut m'interesser. ++ mc -- téléphone : 03.90.24.00.19 courriel : marc.chantreux@ulpmm.u-strasbg.fr ---------------------------------------
On mar 26 septembre, Marc Chantreux wrote:
si je comprends bien, tu voudrais que le texte :
j'utilise :un moteur de recherche:http://www.google.fr pour me documenter
se transforme en :
j'utilise "un moteur de recherche" [1] pour me documenter.
et que soit ajouté juste avant la signature:
Références :
Oui c'est exactement ca, je pensais pas allez si loin mais si tu peux faire ca, ca serait sympa. Et je connais d'autres lecteurs de cette liste que ca intéresse !
si j'ai bien compris le pb, ca n'a pas l'air trop compliqué effectivement. Ca peut m'interesser.
Tu serais chou :) -- http://asyd.net/home/ - Home Page http://guses.org/home/ - French Speaking (Open)Solaris User Group
Bruno Bonfils <asyd@asyd.net> (26/09/2006):
Oui c'est exactement ca, je pensais pas allez si loin mais si tu peux faire ca, ca serait sympa. Et je connais d'autres lecteurs de cette liste que ca intéresse !
J'ai une préférence pour un autre genre [1] de présentation mais ça reste totalement subjectif et ne devrait absolument pas remettre en cause le fonctionnement de ladite fonction. 1. http://avec.un.point.et.de.l.indentation.c.est.mieux/ J'ai aussi une préférence pour avoir les références paragraphe par paragraphe, mais j'ai conscience [2] que ça peut compliquer les choses. Mais bon, qui peut le plus [3] peut le moins donc je préfère suggérer, « à tout hasard ». :-) 2. http://et.hop.un.autre.lien/ 3. http://en.tout.cas.merci/ Cordialement, -- Cyril Brulebois
On mar 26 septembre, Cyril Brulebois wrote:
Bruno Bonfils <asyd@asyd.net> (26/09/2006):
Oui c'est exactement ca, je pensais pas allez si loin mais si tu peux faire ca, ca serait sympa. Et je connais d'autres lecteurs de cette liste que ca intéresse !
J'ai une préférence pour un autre genre [1] de présentation mais ça reste totalement subjectif et ne devrait absolument pas remettre en cause le fonctionnement de ladite fonction.
Pour ca une fois qu'on aura le code il sera facile d'adapter en fonction de ses goûts !
J'ai aussi une préférence pour avoir les références paragraphe par paragraphe, mais j'ai conscience [2] que ça peut compliquer les choses. Mais bon, qui peut le plus [3] peut le moins donc je préfère suggérer, « à tout hasard ». :-)
2. http://et.hop.un.autre.lien/ 3. http://en.tout.cas.merci/
Je trouve que ca peut surtout surcharger les choses persos, mais je laisse le codeur faire :) -- http://asyd.net/home/ - Home Page http://guses.org/home/ - French Speaking (Open)Solaris User Group
le 26/09/2006, Cyril Brulebois nous �crivait :
J'ai aussi une préférence pour avoir les références paragraphe par paragraphe, mais j'ai conscience [2] que ça peut compliquer les choses. Mais bon, qui peut le plus [3] peut le moins donc je préfère suggérer, « à tout hasard ». :-)
genre de choses que je ferais dans une version finale ... merci pour la suggestion. -- téléphone : 03.90.24.00.19 courriel : marc.chantreux@ulpmm.u-strasbg.fr ---------------------------------------
Bruno Bonfils wrote:
On mar 26 septembre, Marc Chantreux wrote:
si je comprends bien, tu voudrais que le texte :
j'utilise :un moteur de recherche:http://www.google.fr pour me documenter
se transforme en :
j'utilise "un moteur de recherche" [1] pour me documenter.
et que soit ajouté juste avant la signature:
Références :
Oui c'est exactement ca, je pensais pas allez si loin mais si tu peux faire ca, ca serait sympa. Et je connais d'autres lecteurs de cette liste que ca intéresse !
si j'ai bien compris le pb, ca n'a pas l'air trop compliqué effectivement. Ca peut m'interesser.
Tu serais chou :)
Je confirme ca serait très aimable ;) Cordialement, Jérôme Gaulin.
Salut tous, Ayant reflechi hier au probleme proposé , je me dis que le mieux serait d'ecrire un petit filtre externe en C (histoire de pouvoir l'utiliser dans un autre cadre que dans vim). Comme je n'ai guere le temps actuellement, je vous propose une solution temporaire faite a la hache mal affutee avec au moins un bug connu : maslynx ( pour "mail as lynx" ) http://khatar.phear.org/perl/maslynx demonstration : % cat message tu peux te connecter a notre |serveur ftp|ftp://ftp pour recuperer les rfcs. pour trouver de l'aide, cherche dans |l'annuaire|ldap://annuaire/dn=toto,dc=titi -- not here -- signature % ./maslynx message tu peux te connecter a notre [ 0 : serveur ftp ] pour recuperer les rfcs. pour trouver de l'aide, cherche dans [ 1 : l'annuaire ]=titi -- not here references : [0] ftp://ftp [1] ldap://annuaire/dn=toto,dc -- signature # END OF DEMO quoi qu'il en soit : depuis vi : :%!maslynx : commande % pour toutes les lignes du fichier courant ( raccourci pour 1,$ ) ! filtre avec maslynx cordialement, mc -- téléphone : 03.90.24.00.19 courriel : marc.chantreux@ulpmm.u-strasbg.fr ---------------------------------------
On Tuesday, 26 September 2006, Bruno Bonfils wrote:
Est ce quelqu'un se sentrait motivé pour écrire une fonction vim (?) qui se charge de génrérer les [N] (i.e. on met effectivement [N]) c'est à dire d'incrémenter une valeur en partant de 1 et de génerer le :
Solution de contournement : emasc + footnode-mode :) Oui je sais tu connais mais c'était trop facile. -- Bye Xavier
Emasc, c'est pour les eunuques ? ;-) Xavier Maillard a écrit :
On Tuesday, 26 September 2006, Bruno Bonfils wrote:
Est ce quelqu'un se sentrait motivé pour écrire une fonction vim (?) qui se charge de génrérer les [N] (i.e. on met effectivement [N]) c'est à dire d'incrémenter une valeur en partant de 1 et de génerer le :
Solution de contournement : emasc + footnode-mode :)
Oui je sais tu connais mais c'était trop facile.
le 27/09/2006, Florent Guiliani nous �crivait :
Emasc, c'est pour les eunuques ? ;-) J'en profite pour rappeler ou faire connaitre CTRL+T (de readline) qui
Philippe Jacquot a écrit : permet d'inverser les 2 derniers caractères ;)
set -o vi, tu peux alors tapper xp (pas celui de ms, hein ?) perso, ca fait un moment que j'ai configuré mon readline pour avoir un comportement vi partout (cf. le billet "le GNU se fait des lignes" sur [ 0 : mon site ]) references : [0] http://khatar.phear.org -- téléphone : 03.90.24.00.19 courriel : marc.chantreux@ulpmm.u-strasbg.fr
Florent Guiliani a écrit :
Philippe Jacquot a écrit :
Emasc, c'est pour les eunuques ? ;-)
J'en profite pour rappeler ou faire connaitre CTRL+T (de readline) qui permet d'inverser les 2 derniers caractères ;) _______________________________________________ Shell mailing list http://cli.asyd.net/home/ https://lists.asyd.net/mailman/listinfo.cgi/shell
Précisons qu'il faut pour cela se positionner sur le deuxième caractère. Sous vi, on se positionne sur le premier caractère et on fait 'xp'. (my one-and-a-half-cent)
On mer 27 septembre, Florent Guiliani wrote:
Philippe Jacquot a écrit :
Emasc, c'est pour les eunuques ? ;-)
J'en profite pour rappeler ou faire connaitre CTRL+T (de readline) qui permet d'inverser les 2 derniers caractères ;)
Tu pourrais faire une page sur le wiki avec les bindkeys courant de readline ? :) -- http://asyd.net/home/ - Home Page http://guses.org/home/ - French Speaking (Open)Solaris User Group
Non, c'est pour les jointés Le 27/09/06, Philippe Jacquot <philippe.j@sparx.com> a écrit :
Emasc, c'est pour les eunuques ? ;-)
Xavier Maillard a écrit :
On Tuesday, 26 September 2006, Bruno Bonfils wrote:
Est ce quelqu'un se sentrait motivé pour écrire une fonction vim (?) qui se charge de génrérer les [N] (i.e. on met effectivement [N]) c'est à dire d'incrémenter une valeur en partant de 1 et de génerer le :
Solution de contournement : emasc + footnode-mode :)
Oui je sais tu connais mais c'était trop facile.
_______________________________________________ Shell mailing list http://cli.asyd.net/home/ https://lists.asyd.net/mailman/listinfo.cgi/shell
-- bientôt, j'ai 30 ans, n'oubliez pas
On Tue, Sep 26, 2006 at 12:38:29AM +0200, Bruno Bonfils wrote:
j'imagine que je ne suis pas le seul ici à utiliser pour les liens html dans les mails, la notation 'lynx' iirc, c'est à dire l'utilisation de [N] définie en fin de mail pour l'utilisation de lien externes.
Voici un petit script perl [1], qui se charge de faire ça (proprement ?). C'est pas dans vi, mais vi peut l'appeler. Il peut même lui passer l'argument -s si il est dans mutt et que l'option "éditer les headers" est activée. Il ne parse pas encore le format mail, donc text only, pas d'attachements, et il ne sait pas (encore) placer les urls avant la signature. [1] http://www.rubis.org/~kwisatz/replace_urls Il sait par contre placer à la fin de chaque paragraphe (avec reprise à 1 du compteur, ou pas, au choix), ce qui permet de contourner le problème de la signature, et pour finir il permet de choisir le format des [compteur] et des urls affichées à la fin. Il sait aussi sauter une ligne quand il faut. Pour l'utiliser, utilisez :%!replace_urls pour le faire dans tout le fichier, ou sélectionnez avec V puis :!replace_urls pour quelques lignes. Il faut réindenter avec gq après. Enjoy, or report bugs ([2]) :-) [2] mailto:kwisatz@rubis.org ++ PS: je prend volontiers le bout de vimrc qui permet d'utiliser proprement le script dans vim/mutt :-) J'ajouterais l'option pour vraiment parser les mails un de ces jours. -- /// Stephane Jourdois /"\ ASCII RIBBON CAMPAIGN \\\ ((( Consultant securite \ / AGAINST HTML MAIL ))) \\\ 24 rue Cauchy X /// \\\ 75015 Paris / \ +33 6 8643 3085 ///
salut stephane,
Voici un petit script perl [1], qui se charge de faire ça (proprement ?).
Niveau propreté, je pars du principe que la seule solution véritablement acceptable pour ce probleme est une analyse syntaxique reprenant les differentes BNF des URLS piochées ca et la dans les RFCs. J'aimerais faire ca en C des que j'en aurais l'occasion. Partant ? Sinon, je serais curieux d'avoir ton explication sur la notion de propreté ? Tu parles sans doute du fait que ton source soit vierge de commentaires ? ;) Si tu parlais de la RE, elle a l'avantage de matcher les urls pour les protocoles ftp, file, http, gopher, mailto, news, nntp, telnet, wais, prospero, ldap (avec un bug connu).
Il ne parse pas encore le format mail, donc text only, pas d'attachements, et il ne sait pas (encore) placer les urls avant la signature.
encore heureux , non ? il ne faut pas toucher a la signature a mon avis. C'est pour ca que ma proposition séparait le corps de la signature.
Il sait par contre placer à la fin de chaque paragraphe (avec reprise à 1 du compteur, ou pas, au choix), ce qui permet de contourner le problème de la signature, et pour finir il permet de choisir le format des [compteur] et des urls affichées à la fin. Il sait aussi sauter une ligne quand il faut.
c'est vrai ... mais tu aurais pu patcher ma version pour avoir le meilleur des deux mondes.
Marc Chantreux wrote:
salut stephane,
Yop yop :-)
Voici un petit script perl [1], qui se charge de faire ça (proprement ?).
Niveau propreté, je pars du principe que la seule solution véritablement acceptable pour ce probleme est une analyse syntaxique reprenant les differentes BNF des URLS piochées ca et la dans les RFCs. J'aimerais faire ca en C des que j'en aurais l'occasion.
C'est quoi BNF ? Si tu parles de vérifier la syntaxe des urls, je suis contre. Ce genre d'outils n'a pas à se préoccuper de la syntaxe des urls, ça pourrait être l'objet d'un autre outil. Celui-là se contente de placer les urls à la fin du document.
Partant ?
Yep, mais je vois pas bien l'intérêt du c sur le perl pour ce genre de choses. Tu n'as pas de besoins de performances d'une part, et le perl sera à la fois plus souple et plus multi-plate-formes. Sans compter que vim est scriptable en perl, et que j'ai dans l'idée que le script regarde s'il est appelé par vim, et réagisse en conséquence. Mais je coopérererais volontiers à un projet en c.
Sinon, je serais curieux d'avoir ton explication sur la notion de propreté ? Tu parles sans doute du fait que ton source soit vierge de commentaires ? ;)
Huhu :-D Non je voulais dire que les urls sont extraites bien comme il faut^W^Wje voulais, que c'est assez configurable avec les options comme voulaient plusieurs personnes sur la liste, et que le résultat est joli :-) Effectivement, je getoptiserais et commenterais bientôt :-) Mais bon un script perl de 150 lignes avec moitié de rien, ça se lit vite. Et j'ai fait un effort pour que le code soit lisible/évolutif, en plus :-D
Si tu parlais de la RE, elle a l'avantage de matcher les urls pour les protocoles ftp, file, http, gopher, mailto, news, nntp, telnet, wais, prospero, ldap (avec un bug connu).
Voire ssh://, cequejeveux://, etc. Ce n'est pas à l'outil de décider si un protocole existe, ou s'il y a une faute d'ortographe, etc. Par contre, si ldap:// doit être traité différemment ça m'intéresse que tu me file des billes là-dessus. mailto: doit déjà être traité différemment, il n'y a pas de //.
Il ne parse pas encore le format mail, donc text only, pas d'attachements, et il ne sait pas (encore) placer les urls avant la signature.
encore heureux , non ? il ne faut pas toucher a la signature a mon avis. C'est pour ca que ma proposition séparait le corps de la signature.
Ben une option pour prendre un mail en entrée serait sympathique :-) Je n'ai pas vu de proposition qui sépare le corps de la signature. Et encore, ça ne suffit pas, il faut trouver l'attachement plain/text et ne traiter que celui-là, et ne pas traiter les lignes commençant par /^(> | >)/, etc. Je pense qu'une option -m (pour mail) au script serait utile pour vim dans mutt.
Il sait par contre placer à la fin de chaque paragraphe (avec reprise à 1 du compteur, ou pas, au choix), ce qui permet de contourner le problème de la signature, et pour finir il permet de choisir le format des [compteur] et des urls affichées à la fin. Il sait aussi sauter une ligne quand il faut.
c'est vrai ... mais tu aurais pu patcher ma version pour avoir le meilleur des deux mondes.
Quelle version ? J'ai loupé un mail sur cette liste ? J'ai fait celle-là parce que personne n'avait encore rien posté sur le sujet, et parce que j'avais quelques heures à perdre hier soir. Si j'avais su que tu avais une version en préparation je m'y serais joint volontiers. Si on a deux versions, on va pouvoir comparer d'une part l'implémentation et les avantages/inconvénients de chacune, et d'autre part les fonctionnalités. Ce ne sera donc pas tout à fait inutile. Parce que pour l'instant, le cahier des charges est bien maigre :-) Vivement les wishlists des users :-) ++ -- /// Stéphane Jourdois /"\ ASCII RIBBON CAMPAIGN \\\ ((( Consultant sécurité \ / AGAINST HTML MAIL ))) \\\ 24 rue Cauchy X /// \\\ 75015 Paris / \ +33 6 8643 3085 ///
participants (10)
-
Bruno Bonfils -
Cyril Brulebois -
David LUCAS -
Florent Guiliani -
jerume -
kwisatz-shell＠rubis.org -
Marc Chantreux -
Philippe Jacquot -
Stephane Jourdois
-
Xavier Maillard