Gnus development mailing list
 help / color / mirror / Atom feed
From: Simon Josefsson <jas@extundo.com>
Subject: Re: New completion mode
Date: Tue, 18 Apr 2006 15:46:52 +0200	[thread overview]
Message-ID: <871wvv2dyr.fsf@latte.josefsson.org> (raw)
In-Reply-To: <v9mzejhw61.fsf@marauder.physik.uni-ulm.de> (Reiner Steib's message of "Tue, 18 Apr 2006 15:04:38 +0200")

Reiner Steib <reinersteib+gmane@imap.cc> writes:

> On Tue, Apr 18 2006, Simon Josefsson wrote:
>
>> Wishlist: import all bbdb addresses automatically?  Below is the
>> format of my ~/.bbdb.  I have no idea why the many parenthesis, and
>> how older file-version formats look like.
>
> I don't have these parenthesis in my.bbdb file:
>
> ;;; file-version: 6
> ;;; user-fields: (birthday www category expire gnokii)
>
> ["Lars Magne" "Ingebrigtsen" ("Lars M. Ingebrigtsen" "Lars Ingebrigtsen") nil nil nil ("larsi@gnus.org" "bugs@gnus.org" "lmi@gnus.org") ((creation-date . "2003-04-30") (timestamp . "2005-12-18")) nil]
>
>
> But instead of parsing the .bbdb file on your own, you should better
> use BBDB functions, I think.  This expression returns a list of all
> addresses:
>
> (let ((records (bbdb-records))
>       nets)
>   (dolist (i records)
>     (dolist (n (bbdb-record-net i))
>       (push n nets)))
>   nets)

This assume the user still has bbdb installed... which might be good
enough.  If (require 'bbdb) fails, though, and ~/.bbdb exists, I
wonder whether it maybe should read it anyway.

On second thought, it may be simpler to not do anything automatically,
but simply provide a bbdb->ecomplete synching as a separate function,
possibly even in a separate file (to avoid polluting ecomplete.el with
bbdb stuff).

I like how ecomplete seem to get along nicely with bbdb.  There's no
reason for them to compete, they can complement each other.  Although
eventually, I would like Gnus to have bbdb's functionality built-in.
Or even a fraction of it, I only use auto-completing from it.  It is
quite annoying to have to install bbdb separately.



  reply	other threads:[~2006-04-18 13:46 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-11 10:30 Lars Magne Ingebrigtsen
2006-04-11 15:40 ` Sam Steingold
2006-04-11 15:52   ` Lars Magne Ingebrigtsen
2006-04-11 16:02     ` Sam Steingold
2006-04-12  6:21       ` Lars Magne Ingebrigtsen
2006-04-12  7:55         ` Lars Magne Ingebrigtsen
2006-04-12 11:13           ` Reiner Steib
2006-04-12 11:35             ` Lars Magne Ingebrigtsen
2006-04-12 13:25               ` Lars Magne Ingebrigtsen
2006-04-12 14:41               ` Lars Magne Ingebrigtsen
2006-04-13  2:29 ` Wolfram Fenske
2006-04-13  5:42   ` Lars Magne Ingebrigtsen
2006-04-13 16:19     ` Wolfram Fenske
     [not found]     ` <m3bqv6av4t.fsf-qBEgNjfYAPolG3ThADb//ti2O/JbrIOy@public.gmane.org>
2006-04-13 17:31       ` Jochen Küpper
2006-04-14 10:27         ` Lars Magne Ingebrigtsen
2006-04-16 19:50           ` Use of ecomplete.el in message.el (was: New completion mode) Reiner Steib
2006-04-16 20:30             ` Use of ecomplete.el in message.el Lars Magne Ingebrigtsen
2006-04-17 11:40               ` Reiner Steib
2006-04-17 13:04                 ` Lars Magne Ingebrigtsen
2006-04-17  0:23             ` Steve Youngs
2006-04-17  9:01               ` Lars Magne Ingebrigtsen
2006-04-18 11:17           ` New completion mode Simon Josefsson
2006-04-18 13:04             ` Reiner Steib
2006-04-18 13:46               ` Simon Josefsson [this message]
2006-04-18 15:24                 ` Lars Magne Ingebrigtsen
2006-04-18 21:07                   ` Simon Josefsson
2006-04-21 23:51                     ` Lars Magne Ingebrigtsen
2006-04-14 19:26     ` Miles Bader
2006-04-15  5:46       ` Lars Magne Ingebrigtsen
2006-04-18 22:22         ` Wolfram Fenske
2006-04-19  7:26 ` Katsumi Yamaoka
2006-04-20 12:14   ` Steve Youngs
2006-04-20 13:07     ` gnus-replace-in-string: Avoid inf-loop in XEmacs (was: New completion mode) Reiner Steib
2006-04-20 14:18       ` gnus-replace-in-string: Avoid inf-loop in XEmacs Michael Olson
2006-04-20 15:23         ` Reiner Steib
2006-04-22  4:36           ` Michael Olson
2006-04-20 16:06       ` Steve Youngs
2006-04-20 17:06         ` Reiner Steib
2006-04-21  6:32     ` New completion mode Steve Youngs
2006-04-22  0:01   ` Lars Magne Ingebrigtsen
2006-04-24  8:55     ` Katsumi Yamaoka
2006-04-30  9:32       ` Lars Magne Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=871wvv2dyr.fsf@latte.josefsson.org \
    --to=jas@extundo.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).