j'utilise BBDB comme gestionnaire d'adresses pour Gnus sur mes différents
postes (presque) sans souci.
Au boulot qui est majoritairement équipé windows on a également un serveur
de messagerie Exchange sur lequel je peux me connecter par LDAP pour
chercher un correspondant. J'y arrive par Emacs via le menu
«Tools/Directory search».
J'aimerais bien interfacer Gnus et/ou BBDB pour pouvoir rechercher via EUDC
dans la base LDAP au moment de la saisie du destinataire de la même façon
qu'actuellement quand je rentre le début du nom suivi de TAB BBDB me
complète ou me propose la liste des alternatives.
J'ai cherché sur Google sans trouver quelque chose de mieux qu'appeler via
un binding eudc-expand-inline (qui fonctionne mais pour le moment ne me fait
que l'expension du premier trouvé).
J'ai cherché sur Google sans trouver quelque chose de mieux qu'appeler via un binding eudc-expand-inline (qui fonctionne mais pour le moment ne me fait que l'expension du premier trouvé).
Quelqu'un d'ici a déjà essayé ça ?
Je pense avoir trouvé une solution dans Gnus même : j'ai vu sur le cvs de Gnus que dans message.el la fonction message-expand-name a été modifiée pour utiliser eudc si le protocole (par exemple ldap) est défini.
Je me disais qu'il suffisait que la modif soit répercutée sur le cvs d'Emacs mais je m'aperçois que ça date d'il y a 14 mois et je suppose donc que ça ne sera pas intégré avant la prochaine majeure d'Emacs.
Je pense donc que je vais intégrer moi-même le Gnus à jour dans l'Emacs à jour (version multi-tty tant qu'à faire : je suis en train de tester et c'est vraiment pratique - quoi qu'un peu instable apparemment).
Est-ce que parmi l'auditoire certains pratiquent ce genre de manip ? Il suffit de remplacer le répertoire lisp/gnus du cvs d'emacs par son homologue du cvs de Gnus ?
-- Sébastien Kirche
Le 29 mar 2005, Sébastien Kirche a formulé :
J'ai cherché sur Google sans trouver quelque chose de mieux qu'appeler via
un binding eudc-expand-inline (qui fonctionne mais pour le moment ne me
fait que l'expension du premier trouvé).
Quelqu'un d'ici a déjà essayé ça ?
Je pense avoir trouvé une solution dans Gnus même : j'ai vu sur le cvs de
Gnus que dans message.el la fonction message-expand-name a été modifiée pour
utiliser eudc si le protocole (par exemple ldap) est défini.
Je me disais qu'il suffisait que la modif soit répercutée sur le cvs d'Emacs
mais je m'aperçois que ça date d'il y a 14 mois et je suppose donc que ça ne
sera pas intégré avant la prochaine majeure d'Emacs.
Je pense donc que je vais intégrer moi-même le Gnus à jour dans l'Emacs à
jour (version multi-tty tant qu'à faire : je suis en train de tester et
c'est vraiment pratique - quoi qu'un peu instable apparemment).
Est-ce que parmi l'auditoire certains pratiquent ce genre de manip ? Il
suffit de remplacer le répertoire lisp/gnus du cvs d'emacs par son homologue
du cvs de Gnus ?
J'ai cherché sur Google sans trouver quelque chose de mieux qu'appeler via un binding eudc-expand-inline (qui fonctionne mais pour le moment ne me fait que l'expension du premier trouvé).
Quelqu'un d'ici a déjà essayé ça ?
Je pense avoir trouvé une solution dans Gnus même : j'ai vu sur le cvs de Gnus que dans message.el la fonction message-expand-name a été modifiée pour utiliser eudc si le protocole (par exemple ldap) est défini.
Je me disais qu'il suffisait que la modif soit répercutée sur le cvs d'Emacs mais je m'aperçois que ça date d'il y a 14 mois et je suppose donc que ça ne sera pas intégré avant la prochaine majeure d'Emacs.
Je pense donc que je vais intégrer moi-même le Gnus à jour dans l'Emacs à jour (version multi-tty tant qu'à faire : je suis en train de tester et c'est vraiment pratique - quoi qu'un peu instable apparemment).
Est-ce que parmi l'auditoire certains pratiquent ce genre de manip ? Il suffit de remplacer le répertoire lisp/gnus du cvs d'emacs par son homologue du cvs de Gnus ?
-- Sébastien Kirche
Christophe Cuq
Sébastien Kirche writes:
Est-ce que parmi l'auditoire certains pratiquent ce genre de manip ? Il suffit de remplacer le répertoire lisp/gnus du cvs d'emacs par son homologue du cvs de Gnus ?
C'est àmha un peu risqué, lors d'une màj d'emacs tu vas te retrouver avec la version du cvs d'emacs et plus celle du cvs de gnus.
Perso, j'ai créé un ~/site-lisp dans lequel je mets tout ce qui n'est pas standard emacs.
Je mets donc le cvs-gnus dans ~/site-lisp/gnus et j'ai rajouté ce qu'il fallait dans le .emacs pour qu'il aille le chager là.
Il ne me reste plus qu'à trouver comment faire un truc équivalent pour la doc plutôt que d'aller changer la doc de base (qui est reconstituée à chaque maj d'emacs et qu'il faut donc que je modifie à chaque fois...)
-- CHC
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
Est-ce que parmi l'auditoire certains pratiquent ce genre de manip ? Il
suffit de remplacer le répertoire lisp/gnus du cvs d'emacs par son homologue
du cvs de Gnus ?
C'est àmha un peu risqué, lors d'une màj d'emacs tu vas te retrouver
avec la version du cvs d'emacs et plus celle du cvs de gnus.
Perso, j'ai créé un ~/site-lisp dans lequel je mets tout ce qui n'est
pas standard emacs.
Je mets donc le cvs-gnus dans ~/site-lisp/gnus et j'ai rajouté ce
qu'il fallait dans le .emacs pour qu'il aille le chager là.
Il ne me reste plus qu'à trouver comment faire un truc équivalent pour
la doc plutôt que d'aller changer la doc de base (qui est reconstituée
à chaque maj d'emacs et qu'il faut donc que je modifie à chaque fois...)
Est-ce que parmi l'auditoire certains pratiquent ce genre de manip ? Il suffit de remplacer le répertoire lisp/gnus du cvs d'emacs par son homologue du cvs de Gnus ?
C'est àmha un peu risqué, lors d'une màj d'emacs tu vas te retrouver avec la version du cvs d'emacs et plus celle du cvs de gnus.
Perso, j'ai créé un ~/site-lisp dans lequel je mets tout ce qui n'est pas standard emacs.
Je mets donc le cvs-gnus dans ~/site-lisp/gnus et j'ai rajouté ce qu'il fallait dans le .emacs pour qu'il aille le chager là.
Il ne me reste plus qu'à trouver comment faire un truc équivalent pour la doc plutôt que d'aller changer la doc de base (qui est reconstituée à chaque maj d'emacs et qu'il faut donc que je modifie à chaque fois...)
-- CHC
Damien Wyart
* Sébastien Kirche in fr.comp.applications.emacs:
Est-ce que parmi l'auditoire certains pratiquent ce genre de manip ?
Oui, très régulièrement.
Il suffit de remplacer le répertoire lisp/gnus du cvs d'emacs par son homologue du cvs de Gnus ?
Non, ça fout le b... lors des mises à jour suivantes. Le plus clair est d'installer Gnus dans un répertoire dédié :
(on peut sans doute affiner pour la partie doc, mais comme je préfère consulter la doc à part, je la génère dans différents formats à la main, de temps en temps).
(on peut sans doute affiner pour la partie doc, mais comme je préfère
consulter la doc à part, je la génère dans différents formats à la main,
de temps en temps).
(on peut sans doute affiner pour la partie doc, mais comme je préfère consulter la doc à part, je la génère dans différents formats à la main, de temps en temps).
(Là aussi, il y a sans doute plus propre en Lisp, mais c'est du vieux code fossilisé).
-- DW
Sébastien Kirche
Le 29 mar 2005, Christophe Cuq vraute :
Je mets donc le cvs-gnus dans ~/site-lisp/gnus et j'ai rajouté ce qu'il fallait dans le .emacs pour qu'il aille le chager là.
C'est aussi ce que je fais pour mes packages supplémentaires installés sur le mac. Comme cela Emacs est dans le bundle /Applications/Emacs.app et le reste de ma config custom dans ~/.elisp
Je ne sais pas si je vais dire une connerie, mais avec add-to-list tu ne risques pas de voir ton install perso de gnus se faire ignorer au profit du gnus fournit par emacs car à la fin du load-path ?
-- Sébastien Kirche
Le 29 mar 2005, Christophe Cuq vraute :
Je mets donc le cvs-gnus dans ~/site-lisp/gnus et j'ai rajouté ce
qu'il fallait dans le .emacs pour qu'il aille le chager là.
C'est aussi ce que je fais pour mes packages supplémentaires installés sur
le mac. Comme cela Emacs est dans le bundle /Applications/Emacs.app et le
reste de ma config custom dans ~/.elisp
Je ne sais pas si je vais dire une connerie, mais avec add-to-list tu ne
risques pas de voir ton install perso de gnus se faire ignorer au profit du
gnus fournit par emacs car à la fin du load-path ?
Je mets donc le cvs-gnus dans ~/site-lisp/gnus et j'ai rajouté ce qu'il fallait dans le .emacs pour qu'il aille le chager là.
C'est aussi ce que je fais pour mes packages supplémentaires installés sur le mac. Comme cela Emacs est dans le bundle /Applications/Emacs.app et le reste de ma config custom dans ~/.elisp
Je ne sais pas si je vais dire une connerie, mais avec add-to-list tu ne risques pas de voir ton install perso de gnus se faire ignorer au profit du gnus fournit par emacs car à la fin du load-path ?
-- Sébastien Kirche
Sébastien Kirche
Le 29 mar 2005, Sébastien Kirche vraute :
Je me disais qu'il suffisait que la modif soit répercutée sur le cvs d'Emacs mais je m'aperçois que ça date d'il y a 14 mois et je suppose donc que ça ne sera pas intégré avant la prochaine majeure d'Emacs.
Effectivement, Reiner Steib m'a confirmé sur gnu.emacs.gnus que la recopie de Gnus -> Emacs n'était valable que pour les corrections de bug, pas pour les nouvelles fonctionnalités comme je le croyais :/
Celle-ci ne seront resynchronisées que pour la release 23 d'Emacs.
Le 29 mar 2005, Damien Wyart s'est exprimé ainsi :
> Il suffit de remplacer le répertoire lisp/gnus du cvs d'emacs par son > homologue du cvs de Gnus ?
Non, ça fout le b... lors des mises à jour suivantes. Le plus clair est d'installer Gnus dans un répertoire dédié :
(on peut sans doute affiner pour la partie doc, mais comme je préfère consulter la doc à part, je la génère dans différents formats à la main, de temps en temps).
(Là aussi, il y a sans doute plus propre en Lisp, mais c'est du vieux code fossilisé).
C'est aussi ce que m'a conseillé Reiner. Le principal étant que le Gnus à jour soit dans le load-path avant la version intégrée à Emacs.
Merci à tous :)
-- Sébastien Kirche
Le 29 mar 2005, Sébastien Kirche vraute :
Je me disais qu'il suffisait que la modif soit répercutée sur le cvs
d'Emacs mais je m'aperçois que ça date d'il y a 14 mois et je suppose donc
que ça ne sera pas intégré avant la prochaine majeure d'Emacs.
Effectivement, Reiner Steib m'a confirmé sur gnu.emacs.gnus que la recopie
de Gnus -> Emacs n'était valable que pour les corrections de bug, pas pour
les nouvelles fonctionnalités comme je le croyais :/
Celle-ci ne seront resynchronisées que pour la release 23 d'Emacs.
Le 29 mar 2005, Damien Wyart s'est exprimé ainsi :
> Il suffit de remplacer le répertoire lisp/gnus du cvs d'emacs par son
> homologue du cvs de Gnus ?
Non, ça fout le b... lors des mises à jour suivantes. Le plus clair est
d'installer Gnus dans un répertoire dédié :
(on peut sans doute affiner pour la partie doc, mais comme je préfère
consulter la doc à part, je la génère dans différents formats à la main,
de temps en temps).
Je me disais qu'il suffisait que la modif soit répercutée sur le cvs d'Emacs mais je m'aperçois que ça date d'il y a 14 mois et je suppose donc que ça ne sera pas intégré avant la prochaine majeure d'Emacs.
Effectivement, Reiner Steib m'a confirmé sur gnu.emacs.gnus que la recopie de Gnus -> Emacs n'était valable que pour les corrections de bug, pas pour les nouvelles fonctionnalités comme je le croyais :/
Celle-ci ne seront resynchronisées que pour la release 23 d'Emacs.
Le 29 mar 2005, Damien Wyart s'est exprimé ainsi :
> Il suffit de remplacer le répertoire lisp/gnus du cvs d'emacs par son > homologue du cvs de Gnus ?
Non, ça fout le b... lors des mises à jour suivantes. Le plus clair est d'installer Gnus dans un répertoire dédié :
(on peut sans doute affiner pour la partie doc, mais comme je préfère consulter la doc à part, je la génère dans différents formats à la main, de temps en temps).
(Là aussi, il y a sans doute plus propre en Lisp, mais c'est du vieux code fossilisé).
C'est aussi ce que m'a conseillé Reiner. Le principal étant que le Gnus à jour soit dans le load-path avant la version intégrée à Emacs.
Merci à tous :)
-- Sébastien Kirche
Christophe Cuq
Sébastien Kirche writes:
Je ne sais pas si je vais dire une connerie, mais avec add-to-list tu ne risques pas de voir ton install perso de gnus se faire ignorer au profit du gnus fournit par emacs car à la fin du load-path ?
Ah non, ça ne m'est jamais arrivé et ça fait un moment que je fonctionne comme ça.
-- CHC
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> writes:
Je ne sais pas si je vais dire une connerie, mais avec add-to-list
tu ne risques pas de voir ton install perso de gnus se faire ignorer
au profit du gnus fournit par emacs car à la fin du load-path ?
Ah non, ça ne m'est jamais arrivé et ça fait un moment que je
fonctionne comme ça.
Je ne sais pas si je vais dire une connerie, mais avec add-to-list tu ne risques pas de voir ton install perso de gnus se faire ignorer au profit du gnus fournit par emacs car à la fin du load-path ?
Ah non, ça ne m'est jamais arrivé et ça fait un moment que je fonctionne comme ça.
-- CHC
Sébastien Kirche
Le 29 mar 2005, Christophe Cuq a formulé :
> Je ne sais pas si je vais dire une connerie, mais avec add-to-list > tu ne risques pas de voir ton install perso de gnus se faire ignorer > au profit du gnus fournit par emacs car à la fin du load-path ?
Ah non, ça ne m'est jamais arrivé et ça fait un moment que je fonctionne comme ça.
Gnmuff...
,----[ C-h f add-to-list RET ] | add-to-list is a compiled Lisp function in `subr'. | (add-to-list LIST-VAR ELEMENT &optional APPEND) | | Add to the value of LIST-VAR the element ELEMENT if it isn't there yet. | The test for presence of ELEMENT is done with `equal'. | If ELEMENT is added, it is added at the beginning of the list, ^^^^^^^^^^^^^^^^^^^^^^ | unless the optional argument APPEND is non-nil, in which case | ELEMENT is added at the end. | `---- Pour moi, _ajouter_ c'était implicitement à la _fin_. Ce n'est pas forcément toujours le cas.
C'était donc une connerie. Ça m'apprendra à lire la doc *avant* de parler...
-- Sébastien Kirche
Le 29 mar 2005, Christophe Cuq a formulé :
> Je ne sais pas si je vais dire une connerie, mais avec add-to-list
> tu ne risques pas de voir ton install perso de gnus se faire ignorer
> au profit du gnus fournit par emacs car à la fin du load-path ?
Ah non, ça ne m'est jamais arrivé et ça fait un moment que je
fonctionne comme ça.
Gnmuff...
,----[ C-h f add-to-list RET ]
| add-to-list is a compiled Lisp function in `subr'.
| (add-to-list LIST-VAR ELEMENT &optional APPEND)
|
| Add to the value of LIST-VAR the element ELEMENT if it isn't there yet.
| The test for presence of ELEMENT is done with `equal'.
| If ELEMENT is added, it is added at the beginning of the list,
^^^^^^^^^^^^^^^^^^^^^^
| unless the optional argument APPEND is non-nil, in which case
| ELEMENT is added at the end.
|
`---- Pour moi, _ajouter_ c'était implicitement à la _fin_. Ce n'est pas
forcément toujours le cas.
C'était donc une connerie. Ça m'apprendra à lire la doc *avant* de parler...
> Je ne sais pas si je vais dire une connerie, mais avec add-to-list > tu ne risques pas de voir ton install perso de gnus se faire ignorer > au profit du gnus fournit par emacs car à la fin du load-path ?
Ah non, ça ne m'est jamais arrivé et ça fait un moment que je fonctionne comme ça.
Gnmuff...
,----[ C-h f add-to-list RET ] | add-to-list is a compiled Lisp function in `subr'. | (add-to-list LIST-VAR ELEMENT &optional APPEND) | | Add to the value of LIST-VAR the element ELEMENT if it isn't there yet. | The test for presence of ELEMENT is done with `equal'. | If ELEMENT is added, it is added at the beginning of the list, ^^^^^^^^^^^^^^^^^^^^^^ | unless the optional argument APPEND is non-nil, in which case | ELEMENT is added at the end. | `---- Pour moi, _ajouter_ c'était implicitement à la _fin_. Ce n'est pas forcément toujours le cas.
C'était donc une connerie. Ça m'apprendra à lire la doc *avant* de parler...
-- Sébastien Kirche
Xavier Maillard
On 29 Mar 2005, Sébastien Kirche wrote:
Le 29 mar 2005, Christophe Cuq a formulé :
> > Je ne sais pas si je vais dire une connerie, mais avec > > add-to-list tu ne risques pas de voir ton install perso de > > gnus se faire ignorer au profit du gnus fournit par emacs > > car à la fin du load-path ? > > Ah non, ça ne m'est jamais arrivé et ça fait un moment que je > fonctionne comme ça.
Gnmuff...
`---- Pour moi, _ajouter_ c'était implicitement à la _fin_. Ce n'est pas forcément toujours le cas.
C'était donc une connerie. Ça m'apprendra à lire la doc *avant* de parler...
Sinon, il reste la possibilité suivante (moins élégante mais à le mérite d'être fiable et sans ambiguité):
,----[ C-h f cons RET ] | cons is a built-in function in `C source code'. | (cons car cdr) | | Create a new cons, give it car and cdr as components, and return it. | | [back] `----
Mes .02c -- Xavier MAILLARD (GnuPG: 1024D/1E028EA5) EmacsOS user (http://emacsfr.org) APRIL (http://www.april.org)
On 29 Mar 2005, Sébastien Kirche wrote:
Le 29 mar 2005, Christophe Cuq a formulé :
> > Je ne sais pas si je vais dire une connerie, mais avec
> > add-to-list tu ne risques pas de voir ton install perso de
> > gnus se faire ignorer au profit du gnus fournit par emacs
> > car à la fin du load-path ?
>
> Ah non, ça ne m'est jamais arrivé et ça fait un moment que je
> fonctionne comme ça.
Gnmuff...
`---- Pour moi, _ajouter_ c'était implicitement à la _fin_. Ce
n'est pas forcément toujours le cas.
C'était donc une connerie. Ça m'apprendra à lire la doc *avant*
de parler...
Sinon, il reste la possibilité suivante (moins élégante mais à le
mérite d'être fiable et sans ambiguité):
,----[ C-h f cons RET ]
| cons is a built-in function in `C source code'.
| (cons car cdr)
|
| Create a new cons, give it car and cdr as components, and return it.
|
| [back]
`----
Mes .02c
--
Xavier MAILLARD (GnuPG: 1024D/1E028EA5)
EmacsOS user (http://emacsfr.org)
APRIL (http://www.april.org)
> > Je ne sais pas si je vais dire une connerie, mais avec > > add-to-list tu ne risques pas de voir ton install perso de > > gnus se faire ignorer au profit du gnus fournit par emacs > > car à la fin du load-path ? > > Ah non, ça ne m'est jamais arrivé et ça fait un moment que je > fonctionne comme ça.
Gnmuff...
`---- Pour moi, _ajouter_ c'était implicitement à la _fin_. Ce n'est pas forcément toujours le cas.
C'était donc une connerie. Ça m'apprendra à lire la doc *avant* de parler...
Sinon, il reste la possibilité suivante (moins élégante mais à le mérite d'être fiable et sans ambiguité):
,----[ C-h f cons RET ] | cons is a built-in function in `C source code'. | (cons car cdr) | | Create a new cons, give it car and cdr as components, and return it. | | [back] `----
Mes .02c -- Xavier MAILLARD (GnuPG: 1024D/1E028EA5) EmacsOS user (http://emacsfr.org) APRIL (http://www.april.org)
drkm
Xavier Maillard writes:
Sinon, il reste la possibilité suivante (moins élégante mais à le mérite d'être fiable et sans ambiguité):
En effet, puisque add-to-list vérifie que l'élément ajouté ne se trouve pas encore dans la liste, ce qui peut être couteux dans le cas du load-path, et ne sert à rien. Néanmoins, cette ligne (ci-dessus) s'écrit plus naturellement, je trouve, par :
En effet, puisque add-to-list vérifie que l'élément ajouté ne se
trouve pas encore dans la liste, ce qui peut être couteux dans le cas
du load-path, et ne sert à rien. Néanmoins, cette ligne (ci-dessus)
s'écrit plus naturellement, je trouve, par :
En effet, puisque add-to-list vérifie que l'élément ajouté ne se trouve pas encore dans la liste, ce qui peut être couteux dans le cas du load-path, et ne sert à rien. Néanmoins, cette ligne (ci-dessus) s'écrit plus naturellement, je trouve, par :
