MML sans multi-part
Le
drkm
Bonsoir
Certains se souviennent peut-être d'une discussion d'il y a
quelques mois, concernant MML. Ce package de Gnus permet
d'ajouter des parties dans un certain type à un message, juste en
utilisant 'C-c <RET> p' dans un buffer en Message Mode.
Cette partie du message, à la lecture, est alors font lockée en
fonction du type. Par exemple selon le mode Emacs Lisp pour les
partie de type "application/emacs-lisp", etc.
Ce qui apparaissait comme une fonctionalité intéressante s'est
révélé inutilisable, car Gnus génère alors un article en
multi-part, illisible par certains, en particulier Google Groups.
Je viens d'écrire un petit package utilisant la même idée, mais
ne générant pas de multi-part. Il laisse les balises telles
quelles à l'envoit, et les décode à la lecture.
Si l'on utilise le package à la lecture, on se retrouve alors
bien avec des parties de texte font lockées selon le type, sinon
on voit simplement les balises. C'est ÀMHA un bon compromis.
Voici par exemple des screenshots de Gnus montrant un tel
article font locké pour l'un, et raw pour l'autre :
<URL:http://drkm-lib.sf.net/tmp/mml-with.png>
<URL:http://drkm-lib.sf.net/tmp/mml-without.png>
Que pensez-vous du principe ? Le fichier, sur le CVS du
projet, contient les infos nécessaires à l'utilisation.
Je suis bien sûr ouvert à toute remarque, suggestion, ou
critique.
--drkm
Certains se souviennent peut-être d'une discussion d'il y a
quelques mois, concernant MML. Ce package de Gnus permet
d'ajouter des parties dans un certain type à un message, juste en
utilisant 'C-c <RET> p' dans un buffer en Message Mode.
Cette partie du message, à la lecture, est alors font lockée en
fonction du type. Par exemple selon le mode Emacs Lisp pour les
partie de type "application/emacs-lisp", etc.
Ce qui apparaissait comme une fonctionalité intéressante s'est
révélé inutilisable, car Gnus génère alors un article en
multi-part, illisible par certains, en particulier Google Groups.
Je viens d'écrire un petit package utilisant la même idée, mais
ne générant pas de multi-part. Il laisse les balises telles
quelles à l'envoit, et les décode à la lecture.
Si l'on utilise le package à la lecture, on se retrouve alors
bien avec des parties de texte font lockées selon le type, sinon
on voit simplement les balises. C'est ÀMHA un bon compromis.
Voici par exemple des screenshots de Gnus montrant un tel
article font locké pour l'un, et raw pour l'autre :
<URL:http://drkm-lib.sf.net/tmp/mml-with.png>
<URL:http://drkm-lib.sf.net/tmp/mml-without.png>
Que pensez-vous du principe ? Le fichier, sur le CVS du
projet, contient les infos nécessaires à l'utilisation.
Je suis bien sûr ouvert à toute remarque, suggestion, ou
critique.
--drkm
Poser une question
404 sur les deux liens /o
--
.o. Xavier Maillard Tel: +33 6 68 04 64 37
..o
ooo
Ahem, effectivement. Comme je rédigeais l'article dans Gnus,
j'ai attendu de poster pour vite faire les deux screenshots et
les uploader. Deux minutes de manip'.
On peut dire que t'es rapide :-)
Désolé, c'est réglé. Par contre, pour la passerelle web pour
le CVS, il faut généralement attendre un peu sur SF.net. Mais le
'cvs(1)' doit fonctionner.
Merci,
--drkm
J'aime bien le principe et puis si en plus ça peut nous permettre
d'utiliser cette super fonctionnalité, je dis "je veux".
Si j'étais toi, j'enverrais ça sur la liste de développement de
Gnus pour inclusion immédiate ! :)
/me content de ne plus devoir mettre de ';;; lisp code' ...
--
Hito no kokoro wa kawareru mono
Daisolai :) En fait je suis en train de me péter les neurones à
essayer d'utiliser le paquet xml.el depuis le début de la journée
/o
Qu'est-ce dont que ce 'cvs(1)' ? (chez moi ça ouvre une page de
manuel et je ne suis pas sûr que c'est ce que tu voulais faire).
--
Hacker Wonderland Xavier Maillard| "Stand Back! I'm a programmer!"
.0. |
..0 (+33) 326 770 221 | Webmaster, emacsfr.org
000 PGP : 0x1E028EA5 | Membre de l' APRIL
Tiens, aurait-ce un quelconque rapport avec Muse, Planner ou
apparenté ? À tout hasard avec la génération de Muse XML ?-)
Au fait, quels sont les problèmes que tu rencontres ? Je n'ai
jamais utilisé ce package, mais d'après un rapide coup d'oeil à
emacswiki, il ne semble pas bien compliqué (c'est toujours comme
ça après un rapide coup d'oeil). Il semble dans la même veine
que DOM.
Mais peut-être as-tu fait des recherches et trouvé une
implémentation SAX-like. Ça doit bien exister, et c'est souvent
plus simple (ça dépend de l'utilisation, évidemment).
Il y a aussi xmltok de James Clark, dans nXML, mais ÀMHA, ce
n'est pas des plus simples en première approche. C'est très
orienté analyse incrémentale.
Disons que je ne voulais pas spécialement ouvrir de man page
chez toi, mais c'était une façon de nommer le client CVS. Les
man pages sont référencées de cette manière (je suppose que tu
connais :-p), et le fait d'utiliser un (1) référence donc souvent
un programme utilisateur.
Donc pour la passerelle web, il faut normalement attendre, mais
tu peux utiliser ton client CVS favorit pour obtenir dès
maintenant le fichier.
Ou tiens, je les place (avant de poster :-p) sur :
--drkm