Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Applications Applications Emacs [gnus] rendu html avec w3m

[gnus] rendu html avec w3m

27 réponses
Avatar
Bernard Adrian
Bonjour,

La distribution testing Debian vient de passer de la version 5.10.7 à
"No Gnus v0.4". Depuis j'ai cet avertissement dans le minibuffer pour
certains messages :

mm-inline-text-html-render-with-w3m: Symbol's function definition is
void: mm-w3m-local-map-property

Je n'ai trouvé mm-w3m-local-map-property ni parmi les variables ni
parmi les fonctions (C-h v ou f).

La version d'emacs-w3m est 1.4.4

Une idée de solution ?

Merci,
--
Bernard Adrian http://bernadrian.free.fr/wordpress
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3
Avatar
drkm
Bernard Adrian writes:

La distribution testing Debian vient de passer de la version 5.10.7 à
"No Gnus v0.4".



Mmh. Es-tu certain de cette version ? Le serveur Gnus
officiel ne propose que la ngnus-0.3 ... Ça ne ressemble pas à
Debian d'utiliser des versions qui ne sont pas encore
sorties ;-).

Mmh, je viens de regarder sur le CVS, et en effet,
'gnus-version-number' est bien égal à "0.4". Mais je n'y ai par
contre pas trouvé de 'mm-w3m-local-...'.

Peux-tu envoyer un backtrace, stp ?

--drkm
Avatar
Bernard Adrian
drkm a écrit :

Peux-tu envoyer un backtrace, stp ?



J'ai RTFM et trouvé comment on fait. Mais le backtrace n'est pas
postable sur fcae (pb d'encodage). Je l'ai mis là :

http://bernadrian.free.fr/backtrace.txt

Merci de ton aide,
--
Bernard Adrian http://bernadrian.free.fr
Avatar
Bernard Adrian
drkm a écrit :


Peux-tu envoyer un backtrace, stp ?



Ne cherche plus : c'est un bug connu. Ci-dessous la solution :

--------------------------------------------------------------

Message received at (full text, mbox):

From: Christian Lynbech
To:
Subject: workarounds
Date: Mon, 18 Jul 2005 12:25:33 +0200

One can workaround the problem either by

(setq mm-inline-text-html-with-w3m-keymap t)

or by

(defun mm-w3m-local-map-property ())

The first is the safest but kills the posibility to click on embedded
links in mails in order to browse them. The second option seems so far
no to have any bad sideeffects, at least not in my experience.

The problem quite possibly only hits people that has
`mm-text-html-renderer' set to `w3m'.

----------------+-----------------------------------------------------
Christian Lynbech | christian #@ defun #. dk
----------------+-----------------------------------------------------
Hit the philistines three times over the head with the Elisp reference
manual. - (Michael A. Petonic)

----------------------------------------------------------------------
Information forwarded to , Manoj
Srivastava : Bug#318648; Package gnus. Full text
and rfc822 format available.
----------------------------------------------------------------------
Acknowledgement sent to Christian Lynbech
: Extra info received and forwarded to
list. Copy sent to Manoj Srivastava . Full text
and rfc822 format available.
----------------------------------------------------------------------

Message received at (full text, mbox):

From: Christian Lynbech
To:
Subject: Re: workarounds
Date: Mon, 18 Jul 2005 13:28:55 +0200

"Christian" == Christian Lynbech writes:











Christian> or by

Christian> (defun mm-w3m-local-map-property ())

... except it appears that the w3m keys does not come to life after
all. Thus there ae no effective difference between the two
workarounds.
-----------------------------------------------------------------------

Encore merci,
--
Bernard Adrian http://bernadrian.free.fr
Avatar
drkm
Bernard Adrian writes:

Mais le backtrace n'est pas postable sur fcae (pb
d'encodage). Je l'ai mis là :

http://bernadrian.free.fr/backtrace.txt



Parfait. Les seules premières lignes devraient être
suffisantes. Je les reproduis donc ici par commodité :

Debugger entered--Lisp error: (void-function mm-w3m-local-map-property)
mm-w3m-local-map-property()
mm-inline-text-html-render-with-w3m((#<buffer *mm*>
("text/html" (charset . "iso-8859-1")) nil nil nil nil nil
nil))
mm-inline-text-html((#<buffer *mm*> ("text/html" (charset
. "iso-8859-1")) nil nil nil nil nil nil))
mm-display-inline((#<buffer *mm*> ("text/html" (charset .
"iso-8859-1")) nil nil nil nil nil nil))
mm-display-part((#<buffer *mm*> ("text/html" (charset .
"iso-8859-1")) nil nil nil nil nil nil) t)

Ce que je voulais savoir, c'est si l'appel était bien codé en
dur dans 'mm-inline-...', ce qui semble bien être le cas.

J'allais te demander de poster ton 'mm-view.el', mais j'ai jeté
un oeil au paquet Debian. J'ai alors trouvé trace de la
fonction, dans le ChangeLog, pour trouver qu'elle a été
supprimée ... en janvier 2004 :

2004-01-06 Katsumi Yamaoka

* gnus-art.el (gnus-article-wash-html-with-w3m): Don't use
mm-w3m-local-map-property.

* mm-view.el (mm-w3m-mode-map): Remove.
(mm-w3m-local-map-property): Remove.
(mm-inline-text-html-render-with-w3m): Don't use
mm-w3m-local-map-property.

Tu n'aurais pas installé un vieux Gnus à la main, qui
traînerait dans un coin ? Un 'M-x find-fun <RET>
mm-inline-text-html-render-with-w3m <RET>' renseigne quel
fichier ?

--drkm
Avatar
drkm
Bernard Adrian writes:

drkm a écrit :

Peux-tu envoyer un backtrace, stp ?



J'ai RTFM et trouvé comment on fait.



C'est en effet une FAQ. Je pense à ce propos qu'il serait bien
d'en maintenir une pour f.c.a.emacs. J'ai créé une FAQ dans mon
espace personnel sur EmacsFr, afin de voir les possibilités à ce
niveau. C'est d'ailleurs la première (et seule) entrée que j'ai
créée, « Comment obtenir un backtrace ».

D'où ma question à propos de l'accès à des documents dans les
espaces privés, afin de pouvoir donner un lien lorsque je demande
un backtrace. Mais nous n'avons toujours pas de réponse à ce
sujet. ÀMHA, la création d'espaces de publication personnels
serait une solution simple. Xavier et Matthieu ?

À propos de la publication directe d'une FAQ, je pense qu'il
est trop tôt. Je ne pense pas que nous maîtrisions CPS (du moins
pas moi) et je ne suis pas convaincu des avantages pour la
publication d'une FAQ. Il y a des avantages au niveau de la
maintenance à plusieurs personnes, mais je ne suis pas convaincu.

Je pense qu'une solution à base de DocBook ou LaTeX offre
également des avantages, et un mainteneur unique pour f.c.a.emacs
est tout à fait envisageable. Il n'y aura tout de même pas une
charge de travail si élevée.

Je ne sais pas si d'autres ont un avis sur la question.

--drkm
Avatar
drkm
Bernard Adrian writes:

One can workaround the problem either by

(setq mm-inline-text-html-with-w3m-keymap t)

or by

(defun mm-w3m-local-map-property ())

The first is the safest but kills the posibility to click on embedded
links in mails in order to browse them. The second option seems so far
no to have any bad sideeffects, at least not in my experience.



Mmh, je ne suis pas convaincu. Une recherche dans l'archive
complète ne trouve de correspondance que dans les ChangeLog,
renseignant que la fonction a été supprimée (cfr. mon autre
réponse).

Es-tu sûr de n'avoir pas une ancienne version en conflit ? Où
Emacs te dit-il qu'est située la fonction 'mm-inline-...' qui
posait problème (celle qui appelait 'mm-w3m-local-...') ?

--drkm
Avatar
Xavier Maillard
On 5 aoû 2005, drkm wrote:

D'où ma question à propos de l'accès à des documents dans les
espaces privés, afin de pouvoir donner un lien lorsque je
demande un backtrace. Mais nous n'avons toujours pas de réponse
à ce sujet. ÀMHA, la création d'espaces de publication
personnels serait une solution simple. Xavier et Matthieu ?



Tu veux rire ? J'ai déjà donné plusieurs réponses à ce sujet.

J'ai tenté de remédier au soucis en créant un espace de travail
communs dans lequel tout le monde peut contribuer. J'ai en outre
préciser que tu pouvais donner accès à toute ou partie de ton
espace privé en ayant recours à la gestion des roles locaux sur
ton espace de travail ou sur un document le composant :)

Pour ton problème de listage de ton espace (et de celui des
autres utilisateurs) j'ai cafouillé un truc. J'ai demandé de
l'aide sur cps-fr pour comprendre mon erreur et éventuellement
obtenir une solution :)

À propos de la publication directe d'une FAQ, je pense qu'il
est trop tôt. Je ne pense pas que nous maîtrisions CPS (du
moins pas moi) et je ne suis pas convaincu des avantages pour
la publication d'une FAQ. Il y a des avantages au niveau de la
maintenance à plusieurs personnes, mais je ne suis pas
convaincu.



On peut très bien imaginer une petite équipe gérant la FAQ. CPS
offre la possibilité d'avoir une historisation de la chose, de
créer des versions du document, etc... Je rappelle aussi que CPS
gère les droits jusque à une notion atomique (un document).

Je pense qu'une solution à base de DocBook ou LaTeX offre
également des avantages, et un mainteneur unique pour
f.c.a.emacs est tout à fait envisageable. Il n'y aura tout de
même pas une charge de travail si élevée.



Je suis d'accord. Toujours pour en revenir à mon obsession du
moment (CPS), on peut très bien publier une version PS, PDF ou
autre du document depuis CPS sans avoir à rien coder du tout.

--
Xavier Maillard

main(){printf(&unix["21%six12"],(unix)["have"]+"fun"-0x60);}
Avatar
drkm
Xavier Maillard writes:

On 5 aoû 2005, drkm wrote:

D'où ma question à propos de l'accès à des documents dans les
espaces privés, afin de pouvoir donner un lien lorsque je
demande un backtrace. Mais nous n'avons toujours pas de réponse
à ce sujet. ÀMHA, la création d'espaces de publication
personnels serait une solution simple. Xavier et Matthieu ?



Tu veux rire ? J'ai déjà donné plusieurs réponses à ce sujet.



Elle m'ont alors échappées (à moi ou ma mémoire). Désolé.

J'ai tenté de remédier au soucis en créant un espace de travail
communs dans lequel tout le monde peut contribuer. J'ai en outre
préciser que tu pouvais donner accès à toute ou partie de ton
espace privé en ayant recours à la gestion des roles locaux sur
ton espace de travail ou sur un document le composant :)



Ok, je viens de regarder. J'ai essayé d'attribuer les droits
« visiteur », « lecteur » et « lecteur de la rubrique » au groupe
« anonyme » pour la page de la FAQ. Mais lorsque j'essaie d'y
accéder, il me demande de m'authentifier. J'ai essayé
« anonyme » sans succès.

Pour ton problème de listage de ton espace (et de celui des
autres utilisateurs) j'ai cafouillé un truc. J'ai demandé de
l'aide sur cps-fr pour comprendre mon erreur et éventuellement
obtenir une solution :)



Je viens de le voir. Merci.

À propos de la publication directe d'une FAQ, je pense qu'il
est trop tôt. Je ne pense pas que nous maîtrisions CPS (du
moins pas moi) et je ne suis pas convaincu des avantages pour
la publication d'une FAQ. Il y a des avantages au niveau de la
maintenance à plusieurs personnes, mais je ne suis pas
convaincu.



On peut très bien imaginer une petite équipe gérant la FAQ. CPS
offre la possibilité d'avoir une historisation de la chose, de
créer des versions du document, etc... Je rappelle aussi que CPS
gère les droits jusque à une notion atomique (un document).



Oui. C'est d'ailleurs l'avantage que je trouve à utiliser
CPS. Mais cela ne me semble pas décisif dans ce cas.

Je pense qu'une solution à base de DocBook ou LaTeX offre
également des avantages, et un mainteneur unique pour
f.c.a.emacs est tout à fait envisageable. Il n'y aura tout de
même pas une charge de travail si élevée.



Je suis d'accord. Toujours pour en revenir à mon obsession du
moment (CPS), on peut très bien publier une version PS, PDF ou
autre du document depuis CPS sans avoir à rien coder du tout.



C'est en effet un des points auxquels je pensais (les
conversions de format, plus généralement que la génération PS ou
PDF). Mais sans doute cette appréciation vient-elle du fait que
je ne connais encore que peu CPS.

Merci,

--drkm
Avatar
Bernard Adrian
drkm a écrit :


Tu n'aurais pas installé un vieux Gnus à la main, qui
traînerait dans un coin ?



Oulà, non ! A moins que ça ne vienne de mon install... J'ai installé
Debian à partir d'une Knoppix. Peut-être un vieux gnus qui trainait ?

Maintenant que j'y pense : j'ai 2 entrées Gnus dans les fichiers info
: 1 pour la version 5.9.0 et 1 pour No Gnus v0.3

Et un "locate" sur "gnus.elc" me donne ce fichier dans deux
répertoires différents.

Un 'M-x find-fun <RET>
mm-inline-text-html-render-with-w3m <RET>' renseigne quel
fichier ?



mm-view.el

--
Bernard Adrian http://bernadrian.free.fr
Avatar
Bernard Adrian
drkm a écrit :


Es-tu sûr de n'avoir pas une ancienne version en conflit ? Où
Emacs te dit-il qu'est située la fonction 'mm-inline-...' qui
posait problème (celle qui appelait 'mm-w3m-local-...') ?



---------------
mm-inline-text-html-render-with-w3m is a compiled Lisp function in `mm-view'.
(mm-inline-text-html-render-with-w3m HANDLE)

Render a text/html part using emacs-w3m.
--------------

Peut-être effectivement une ancienne version en conflit : j'ai un
répertoire /usr/share/emacs/21.4/lisp/gnus qui me semble faire double
emploi avec /usr/share/emacs21/site-lisp/gnus

--
Bernard Adrian http://bernadrian.free.fr
1 2 3