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 :
Il m'arrive fréquemment de faire un « telnet news.mon.serveur 119 » :-)
Pareil mais pas pour lire USENET hein :)
Ben tu lis quoi sur le port 119 ?
--drkm
drkm
Xavier Maillard writes:
On 19 Jul 2005, drkm wrote:
En effet, tu as raison. Une fonction s'exécutant à l'affichage de l'article, tentant de repérer des portions de code (selon le groupe, il est simple de connaître le(s) langage(s) employé(s)).
Ca c'est assez simple à faire (j'ai quelque chose qui fait ça).
Tu parles de retrouver les langages utilisés typiquement dans un groupe ? Ben voui, c'est trivial. Une alist ou les group parameters, et c'est emballé.
Tu pensais à quoi en particulier (en disant que tu as quelque chose qui fait ça) ?
Par contre, ne pourrais-tu pas utiliser les fonctionnalités de mm finalement ?
En effet, si on se base sur le fait qu'on détecte les bouts de code qui vont bien, rien ne nous empêche de créer des mm-handler à l'affichage (et à l'affichage seulement) et les ajouter au type-alist qui va bien pour affichage automatique.
Sans doute, oui. Mais je ne connais pas MM. C'était un possibilité à laquelle je pensais regarder pour 'drkm MML' si je le gardais (mais je préférais vous demander vos avis d'abord avec un petit prototype, je pense que j'ai bien fait :-p).
Je suis moins optimiste que toi pour cette partie :)
C'est en effet un défaut que j'ai de temps en temps ;-)
--drkm
Xavier Maillard writes:
On 19 Jul 2005, drkm wrote:
En effet, tu as raison. Une fonction s'exécutant à l'affichage
de l'article, tentant de repérer des portions de code (selon le
groupe, il est simple de connaître le(s) langage(s)
employé(s)).
Ca c'est assez simple à faire (j'ai quelque chose qui fait ça).
Tu parles de retrouver les langages utilisés typiquement dans
un groupe ? Ben voui, c'est trivial. Une alist ou les group
parameters, et c'est emballé.
Tu pensais à quoi en particulier (en disant que tu as quelque
chose qui fait ça) ?
Par contre, ne pourrais-tu pas utiliser les fonctionnalités de mm
finalement ?
En effet, si on se base sur le fait qu'on détecte les bouts de
code qui vont bien, rien ne nous empêche de créer des mm-handler
à l'affichage (et à l'affichage seulement) et les ajouter au
type-alist qui va bien pour affichage automatique.
Sans doute, oui. Mais je ne connais pas MM. C'était un
possibilité à laquelle je pensais regarder pour 'drkm MML' si je
le gardais (mais je préférais vous demander vos avis d'abord avec
un petit prototype, je pense que j'ai bien fait :-p).
Je suis moins optimiste que toi pour cette partie :)
C'est en effet un défaut que j'ai de temps en temps ;-)
En effet, tu as raison. Une fonction s'exécutant à l'affichage de l'article, tentant de repérer des portions de code (selon le groupe, il est simple de connaître le(s) langage(s) employé(s)).
Ca c'est assez simple à faire (j'ai quelque chose qui fait ça).
Tu parles de retrouver les langages utilisés typiquement dans un groupe ? Ben voui, c'est trivial. Une alist ou les group parameters, et c'est emballé.
Tu pensais à quoi en particulier (en disant que tu as quelque chose qui fait ça) ?
Par contre, ne pourrais-tu pas utiliser les fonctionnalités de mm finalement ?
En effet, si on se base sur le fait qu'on détecte les bouts de code qui vont bien, rien ne nous empêche de créer des mm-handler à l'affichage (et à l'affichage seulement) et les ajouter au type-alist qui va bien pour affichage automatique.
Sans doute, oui. Mais je ne connais pas MM. C'était un possibilité à laquelle je pensais regarder pour 'drkm MML' si je le gardais (mais je préférais vous demander vos avis d'abord avec un petit prototype, je pense que j'ai bien fait :-p).
Je suis moins optimiste que toi pour cette partie :)
C'est en effet un défaut que j'ai de temps en temps ;-)
--drkm
Xavier Maillard
On 20 Jul 2005, drkm wrote:
Xavier Maillard writes:
[ X-Post sur f.u.usage retiré. ]
> On 19 Jul 2005, drkm wrote:
> > Il m'arrive fréquemment de faire un « telnet > > news.mon.serveur 119 » :-)
> Pareil mais pas pour lire USENET hein :)
Ben tu lis quoi sur le port 119 ?
Je fais ça juste quand je veux rapidement vérifier un truc (serveur qui fonctionne, version et autres joyeusetés :)).
Pour USENET, y a pas photo: Gnus Gnus Gnus Gnus ! -- GNUSFR.ORG http://gnusfr.org/ EMACSFR.ORG http://emacsfr.org/ Xavier Maillard Tel: +33 6 68 04 64 37
On 20 Jul 2005, drkm wrote:
Xavier Maillard writes:
[ X-Post sur f.u.usage retiré. ]
> On 19 Jul 2005, drkm wrote:
> > Il m'arrive fréquemment de faire un « telnet
> > news.mon.serveur 119 » :-)
> Pareil mais pas pour lire USENET hein :)
Ben tu lis quoi sur le port 119 ?
Je fais ça juste quand je veux rapidement vérifier un truc
(serveur qui fonctionne, version et autres joyeusetés :)).
Pour USENET, y a pas photo: Gnus Gnus Gnus Gnus !
--
GNUSFR.ORG http://gnusfr.org/
EMACSFR.ORG http://emacsfr.org/
Xavier Maillard Tel: +33 6 68 04 64 37
> > Il m'arrive fréquemment de faire un « telnet > > news.mon.serveur 119 » :-)
> Pareil mais pas pour lire USENET hein :)
Ben tu lis quoi sur le port 119 ?
Je fais ça juste quand je veux rapidement vérifier un truc (serveur qui fonctionne, version et autres joyeusetés :)).
Pour USENET, y a pas photo: Gnus Gnus Gnus Gnus ! -- GNUSFR.ORG http://gnusfr.org/ EMACSFR.ORG http://emacsfr.org/ Xavier Maillard Tel: +33 6 68 04 64 37
Sébastien Kirche
Il y a quelques mois déjà, le 18 juillet 2005 à 02:07, drkm a formulé :
Au fait, si ceux qui n'utilisent pas MML trouvent que le balisage supplémentaire introduit est dérangeant, j'aimerais un retour. De manière à ne pas promouvoir une pratique jugée dérangeante (et donc supprimer ce package).
Je ne tiens pas à revenir sur le débat qui a eu lieu au sujet du balisage de code inclus dans les messages[1], mais je voulais simplement signaler un truc que j'ai vu il y a quelques temps sur gnu.emacs.gnus et dont j'ai oublié de parler : un balisage avec #v+ / #v-
#v+ Ceci est un exemple de texte balisé (v pour verbatim peut-être ?) Chez moi cela apparaît avec un fond gris clair #v-
Est-ce que vous connaissiez ce truc ? Je suppose que c'est une possibilité à ignorer pour les mêmes raisons que celle évoquée lors de la discussion sur MML...
[1] Ah si, qu'est devenue l'idée d'auto-détecter un langage pour le font-locker ? J'espère qu'elle est toujours sur ton TODO ;o) -- Sébastien Kirche
Il y a quelques mois déjà, le 18 juillet 2005 à 02:07, drkm a formulé :
Au fait, si ceux qui n'utilisent pas MML trouvent que le
balisage supplémentaire introduit est dérangeant, j'aimerais un
retour. De manière à ne pas promouvoir une pratique jugée
dérangeante (et donc supprimer ce package).
Je ne tiens pas à revenir sur le débat qui a eu lieu au sujet du
balisage de code inclus dans les messages[1], mais je voulais simplement
signaler un truc que j'ai vu il y a quelques temps sur gnu.emacs.gnus et
dont j'ai oublié de parler : un balisage avec #v+ / #v-
#v+
Ceci est un exemple de texte balisé (v pour verbatim peut-être ?)
Chez moi cela apparaît avec un fond gris clair
#v-
Est-ce que vous connaissiez ce truc ?
Je suppose que c'est une possibilité à ignorer pour les mêmes raisons
que celle évoquée lors de la discussion sur MML...
[1] Ah si, qu'est devenue l'idée d'auto-détecter un langage pour le
font-locker ? J'espère qu'elle est toujours sur ton TODO ;o)
--
Sébastien Kirche
Il y a quelques mois déjà, le 18 juillet 2005 à 02:07, drkm a formulé :
Au fait, si ceux qui n'utilisent pas MML trouvent que le balisage supplémentaire introduit est dérangeant, j'aimerais un retour. De manière à ne pas promouvoir une pratique jugée dérangeante (et donc supprimer ce package).
Je ne tiens pas à revenir sur le débat qui a eu lieu au sujet du balisage de code inclus dans les messages[1], mais je voulais simplement signaler un truc que j'ai vu il y a quelques temps sur gnu.emacs.gnus et dont j'ai oublié de parler : un balisage avec #v+ / #v-
#v+ Ceci est un exemple de texte balisé (v pour verbatim peut-être ?) Chez moi cela apparaît avec un fond gris clair #v-
Est-ce que vous connaissiez ce truc ? Je suppose que c'est une possibilité à ignorer pour les mêmes raisons que celle évoquée lors de la discussion sur MML...
[1] Ah si, qu'est devenue l'idée d'auto-détecter un langage pour le font-locker ? J'espère qu'elle est toujours sur ton TODO ;o) -- Sébastien Kirche
Le 28 octobre 2005 à 11:10, Romain Francoise s'est exprimé ainsi :
> Est-ce que vous connaissiez ce truc ?
C'est nouveau, voir
Ah ok. J'ai raté le fat que c'était un ajout récent.
Vu que ça vise la comptabilité avec slrn, ça peut être pratique sur certains groupes où il est majoritaire (il me semble) comme fmbl :)
-- Sébastien Kirche
Bastien
drkm writes:
Mais il faut surtout arriver a identifier les bouts de code dans le message. Comment ? Je pensais par exemple aux blocs indentes avec des espaces. Mais certains, comme RMS, utilisent des espaces pour quoter les messages auxquels ils repondent. Ou alors quelque chose comme ce que fait boxquote, en utilisant un caractere special sur la premiere colonne de chaque ligne.
Ce n'est pas très joli mais ça permettrait d'extraire des examples d'autres fichiers qui utilisent le même genre de formattage - je pense notamment à emacs-wiki-mode ou muse-mode.
Après tout, le code dans les messages, c'est surtout pour les exemples, non?
-- Bastien
drkm writes:
Mais il faut surtout arriver a identifier les bouts de code dans le
message. Comment ? Je pensais par exemple aux blocs indentes avec des
espaces. Mais certains, comme RMS, utilisent des espaces pour quoter
les messages auxquels ils repondent. Ou alors quelque chose comme ce
que fait boxquote, en utilisant un caractere special sur la premiere
colonne de chaque ligne.
Ce n'est pas très joli mais ça permettrait d'extraire des examples
d'autres fichiers qui utilisent le même genre de formattage - je pense
notamment à emacs-wiki-mode ou muse-mode.
Après tout, le code dans les messages, c'est surtout pour les
exemples, non?
Mais il faut surtout arriver a identifier les bouts de code dans le message. Comment ? Je pensais par exemple aux blocs indentes avec des espaces. Mais certains, comme RMS, utilisent des espaces pour quoter les messages auxquels ils repondent. Ou alors quelque chose comme ce que fait boxquote, en utilisant un caractere special sur la premiere colonne de chaque ligne.
Ce n'est pas très joli mais ça permettrait d'extraire des examples d'autres fichiers qui utilisent le même genre de formattage - je pense notamment à emacs-wiki-mode ou muse-mode.
Après tout, le code dans les messages, c'est surtout pour les exemples, non?
-- Bastien
Xavier Maillard
On 28 oct 2005, Sébastien Kirche wrote:
Il y a quelques mois déjà, le 18 juillet 2005 à 02:07, drkm a formulé :
> Au fait, si ceux qui n'utilisent pas MML trouvent que le > balisage supplémentaire introduit est dérangeant, j'aimerais > un retour. De manière à ne pas promouvoir une pratique jugée > dérangeante (et donc supprimer ce package).
Je ne tiens pas à revenir sur le débat qui a eu lieu au sujet du balisage de code inclus dans les messages[1], mais je voulais simplement signaler un truc que j'ai vu il y a quelques temps sur gnu.emacs.gnus et dont j'ai oublié de parler : un balisage avec #v+ / #v-
#v+ Ceci est un exemple de texte balisé (v pour verbatim peut-être ?) Chez moi cela apparaît avec un fond gris clair #v-
Mon Gnus ne voit rien de particulier ici. Comment cela s'active-t-il ?
A+ -- In Gruuik we trust
On 28 oct 2005, Sébastien Kirche wrote:
Il y a quelques mois déjà, le 18 juillet 2005 à 02:07, drkm a
formulé :
> Au fait, si ceux qui n'utilisent pas MML trouvent que le
> balisage supplémentaire introduit est dérangeant, j'aimerais
> un retour. De manière à ne pas promouvoir une pratique jugée
> dérangeante (et donc supprimer ce package).
Je ne tiens pas à revenir sur le débat qui a eu lieu au sujet
du balisage de code inclus dans les messages[1], mais je
voulais simplement signaler un truc que j'ai vu il y a quelques
temps sur gnu.emacs.gnus et dont j'ai oublié de parler : un
balisage avec #v+ / #v-
#v+
Ceci est un exemple de texte balisé (v pour verbatim peut-être
?) Chez moi cela apparaît avec un fond gris clair
#v-
Mon Gnus ne voit rien de particulier ici. Comment cela
s'active-t-il ?
Il y a quelques mois déjà, le 18 juillet 2005 à 02:07, drkm a formulé :
> Au fait, si ceux qui n'utilisent pas MML trouvent que le > balisage supplémentaire introduit est dérangeant, j'aimerais > un retour. De manière à ne pas promouvoir une pratique jugée > dérangeante (et donc supprimer ce package).
Je ne tiens pas à revenir sur le débat qui a eu lieu au sujet du balisage de code inclus dans les messages[1], mais je voulais simplement signaler un truc que j'ai vu il y a quelques temps sur gnu.emacs.gnus et dont j'ai oublié de parler : un balisage avec #v+ / #v-
#v+ Ceci est un exemple de texte balisé (v pour verbatim peut-être ?) Chez moi cela apparaît avec un fond gris clair #v-
Mon Gnus ne voit rien de particulier ici. Comment cela s'active-t-il ?
A+ -- In Gruuik we trust
Sébastien Kirche
Le 28 octobre 2005 à 18:10, Xavier Maillard a dit :
Mon Gnus ne voit rien de particulier ici. Comment cela s'active-t-il ?
Comme l'a indiqué Romain, c'est une modif annoncée par Reiner Steib le 22 septembre, donc c'est assez récent.
Tu n'es peut-être pas assez à jour du cvs ?
Moi je n'ai rien eu à configurer pour apercevoir la différence d'affichage (par j'ai modifié depuis longtemps la couleur de fond par une couleur à moi).
-- Sébastien Kirche
Le 28 octobre 2005 à 18:10, Xavier Maillard a dit :
Mon Gnus ne voit rien de particulier ici. Comment cela
s'active-t-il ?
Comme l'a indiqué Romain, c'est une modif annoncée par Reiner Steib le
22 septembre, donc c'est assez récent.
Tu n'es peut-être pas assez à jour du cvs ?
Moi je n'ai rien eu à configurer pour apercevoir la différence
d'affichage (par j'ai modifié depuis longtemps la couleur de fond par
une couleur à moi).
Le 28 octobre 2005 à 18:10, Xavier Maillard a dit :
Mon Gnus ne voit rien de particulier ici. Comment cela s'active-t-il ?
Comme l'a indiqué Romain, c'est une modif annoncée par Reiner Steib le 22 septembre, donc c'est assez récent.
Tu n'es peut-être pas assez à jour du cvs ?
Moi je n'ai rien eu à configurer pour apercevoir la différence d'affichage (par j'ai modifié depuis longtemps la couleur de fond par une couleur à moi).
-- Sébastien Kirche
Xavier Maillard
On 28 oct 2005, Sébastien Kirche wrote:
Le 28 octobre 2005 à 18:10, Xavier Maillard a dit :
> Mon Gnus ne voit rien de particulier ici. Comment cela > s'active-t-il ?
Comme l'a indiqué Romain, c'est une modif annoncée par Reiner Steib le 22 septembre, donc c'est assez récent.
Tu n'es peut-être pas assez à jour du cvs ?
J'utilise désormais les paquets fournis par Debian (n'ayant pas assez de temps pour bidouiller).
Merci quand même. -- GnusFR (http://www.gnusfr.org) EmacsFR (http://www.emacsfr.org)
.emacs: Because customisation is fun!
On 28 oct 2005, Sébastien Kirche wrote:
Le 28 octobre 2005 à 18:10, Xavier Maillard a dit :
> Mon Gnus ne voit rien de particulier ici. Comment cela
> s'active-t-il ?
Comme l'a indiqué Romain, c'est une modif annoncée par Reiner
Steib le 22 septembre, donc c'est assez récent.
Tu n'es peut-être pas assez à jour du cvs ?
J'utilise désormais les paquets fournis par Debian (n'ayant pas
assez de temps pour bidouiller).
Merci quand même.
--
GnusFR (http://www.gnusfr.org)
EmacsFR (http://www.emacsfr.org)
