Hi,
I know this is a recurrent topic, but what is your advice for exporting
BBDB to google contacts and Mac Contacts ? I don't even need full
synchronization, I usually only modify BBDB and propagate.
I was using Asynk until recently, but it has never really worked, and
now it doesn't work at
Sam Steingold wrote:
> please take a look at http://www.emacswiki.org/emacs/UpgradeBBDB
Thanks for the pointer. That looks like function/variable name changes
only though. Are there other things that I need to know, like DB
structure change (automatic upgrade ?) etc. ?
--
Resistance is futil
"Roland Winkler" wrote:
> Comments from other people on this list are welcome!
I would consider switching (and hence start working on XEmacs
portability) only if I had a clear view (read: printed somewhere ;-) of
what has changed and what needs to be done on the DB structure in order
to get a
"Roland Winkler" wrote:
> Is anybody interested in working on the XEmacs stuff? I do not know
> about XEmacs.
My schedule is pretty hectic these days but I will at some point. I've
already downloaded the new BBDB but it doesn't currently compile and
there are a bunch of warnings about undefine
"Roland Winkler" wrote:
> First of all, the most noteworthy change is that BBDB has been
> transfered from CVS to git. So for anonymous checkout, you should now
> use
For those of us who had write access to the old repo, is that still
the case ?
> What are the changes in the latest code?
Leo wrote:
> Basically I want BBDB to have a standard external format that many
> other programs can use. Nowadays keeping contacts in Emacs is
> secondary to keeping it in one's mobile phone.
Not everybody agrees with this necessarily. I'm using BBDB much more
often on my computers than anywh
"Roland Winkler" wrote:
> However, while I do not know the details of such formats, I expect
> that nonetheless it should not be too difficult to develop some code
> to import / export bbdb records from / into these formats. I believe I
> even once saw some code that allowed the old bbdb to inter
erhere.
> Has proper rename support finally landed in hg?
I think hg still does this the usual^H^H^Hwrong way ;-)
--
5th European Lisp Workshop at ECOOP 2008, July 7: http://elw.bknr.net/2008/
Didier Verna, [EMAIL PROTECTED], http://www.lrde.epita.fr/~didier
EPITA / LRDE, 14-16 rue Volt
Gour <[EMAIL PROTECTED]> wrote:
>>>>>> "dvl" == Didier Verna <[EMAIL PROTECTED]> writes:
>
> dvl> I'm a bit reluctant to learn yet another VCS. In my lab, we went
> dvl> from CVS, PRCS to SVN and some of my collegues are starting to
en as a committer) is
simple enough so that I wouldn't have to dig deep into bzr to be able to
use it.
So in short, I'm not really welcoming this change (although I would
welcome a move to hg) but I'm not strongly opposed to it.
--
5th European Lisp Workshop at ECOOP 2008, July 7: http
addition:
2008-01-29 Didier Verna <[EMAIL PROTECTED]>
* lisp/bbdb-gnus.el (bbdb/gnus-summary-get-author): Use the proper
nnheader interface for retrieving header values.
BBDB source patch:
Diff command: cvs -q diff -u -t -b -B -w
Files affected: lisp/bbdb-g
aware of that.
ChangeLog addition:
2008-01-29 Didier Verna <[EMAIL PROTECTED]>
Handle recent type change of gnus-ignored-from-addresses.
* lisp/bbdb-gnus.el (bbdb/gnus-ignored-from-addresses): New.
* lisp/bbdb-gnus.el (bbdb/gnus-update-records): Use it.
NOTE: This patch has been committed. The version below is
informational only (whitespace differences have been removed).
ChangeLog addition:
2008-01-29 Didier Verna <[EMAIL PROTECTED]>
* lisp/bbdb-com.el (bbdb-define-all-aliases): Rewrite docstring
and format it proper
defining mail aliases for a record without a net field).
ChangeLog addition:
2008-01-29 Didier Verna <[EMAIL PROTECTED]>
* lisp/bbdb-com.el (bbdb-collect-all-aliases): Fix infite loop due
to misplaced iteration. This occurred when triggering the warning.
BBDB
r their first execution.
--
MySpace: http://www.myspace.com/didierverna
Didier Verna, [EMAIL PROTECTED], http://www.lrde.epita.fr/~didier
EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85
94276 Le Kremlin-Bicêtre, France
configure.gz
--
Didier Verna, [EMAIL PROTECTED], http://www.lrde.epita.fr/~didier
EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 53 14 59 47
94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 44 08 01 99 [EMAIL PROTECTED]
*not* backward compatible with Autoconf 2.13.
2/ the source file for the configure script has been renamed from
`configure.in' to `configure.ac'.
I'll post a new configure script in a separate message.
ChangeLog addition:
2001-06-05 Didier Verna &l
eLog would have shown you that the Autoconf
support is only 5 months old.
Thanks for reporting the problem.
--
Didier Verna, [EMAIL PROTECTED], http://www.lrde.epita.fr/~didier
EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 53 14 59 47
94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 44 08 01 99 [EM
x27;m also preparing
an upgrade of the configure script to Autoconf 2.50. This should be there
around next week.
ChangeLog addition:
2001-05-23 Didier Verna <[EMAIL PROTECTED]>
* aclocal.m4 (BBDB_PROG_EMACS): fix Emacs detection problem when
configuring from an Emacs shel
)
> (t (load "vm-vars") (load "vm")' -f batch-byte-compile bbdb-hooks.el
> Loading vm-version...
> Cannot open load file: vm
> xemacs exiting
I can't reproduce this. It seems that you have a reachable
vm-version.el file
@code
+@item tex/
+@i{@b{BBDB} support files for bbdb-print. This directory contains a
+copy of the appropriate files from the @file{tex} source directory, or
+is a symbolic link to it.}
+@item utils/
+@i{@b{BBDB} miscellaneous utilities. This directory contains a co
files, and
these conflicts are very difficult to edit by hand. However, the script is
not likely to change very often, and 'rm configure ; cvs update configure'
is not very painful to type, as a conflict resolution mechanism ;-)
That's why I think configure shou
r XEmacs with sound support, we should let
XEmacs find the sound files without the need for a specific BBDB directory,
and we also shouldn't impose a sound extension, but rather let XEmacs try the
ones it knows.
I'll try to hack on this someday after the next release.
--
d done this before, but maybe I fucked something up. I've
completely removed the bits and html directory, and cvs update'ed again. For
now, subsequent updates seem to work. I'll see if the problem reappears after
a commit of mine, for isntance.
--
/ / _ _ Didie
is annoying. I've tried to remove everything, but two checkouts
later, the situation reappears.
Any idea ?
--
/ / _ _ Didier Vernahttp://www.inf.enst.fr/~verna/
- / / - / / /_/ /EPITA / LRDE mailto:[EMAIL PROTECTED]
/_/ / /_/ / /__ /
t uses the make variable `EMACS' which should appear
with a correct value at the top of lisp/Makefile.
--
/ / _ _ Didier Vernahttp://www.inf.enst.fr/~verna/
- / / - / / /_/ /EPITA / LRDE mailto:[EMAIL PROTECTED]
/_/ / /_/ / /__ / 14-16 r
ed the html version of the documentation, since I suppose you
have some special way of buiding it from the texinfo source.
2001-01-03 Didier Verna <[EMAIL PROTECTED]>
* aclocal.m4: new file (Autoconf support).
* configure.in: ditto.
* install-sh: ditto.
* M
tached patch fixes it. Looks like a bad substitution put some
> extra @c's at the beginning of the lines in question.
Funny, I saw this and thought these lines were meant to be commented,
and a space was missing after the `@c' command. Doing this gives
mentation is already synchronized (both the INSTALL file
and the texinfo source), so you'll have all required information as soon as it
is committed.
Happy millennium !
--
/ / _ _ Didier Vernahttp://www.inf.enst.fr/~verna/
- / / - / / /_/ /EPITA / LRDE
.. ...)
("[EMAIL PROTECTED]") (... ... ... ...) ["Omid Kohneh-Chahri" nil # nil]]))
bbdb/gnus-pop-up-bbdb-buffer(nil)
bbdb/gnus-update-record()
run-hooks(bbdb/gnus-update-record)
apply(run-hooks bbdb/gnus-update-record)
gnus-run-hooks(gnus-article-prepare-hook)
gnus-
Colin Rafferty wrote:
> An even better choice might be `List-Id':.
Is it the one that is (about to be) standardized ?
--
/ / _ _ Didier Vernahttp://www.inf.enst.fr/~verna/
- / / - / / /_/ /EPITA / LRDE mailto:[EMAIL P
at. Thanks for the tip Colin !
--
/ / _ _ Didier Vernahttp://www.inf.enst.fr/~verna/
- / / - / / /_/ /EPITA / LRDE mailto:[EMAIL PROTECTED]
/_/ / /_/ / /__ / 14-16 rue VoltaireTel. +33 (1) 44 08 01 77
94276 Kremlin-Bicêtre ced
he X-Mailing-List one. Funny, but not very nice with respect
to the standardization effort that is being conducted on that matter ... I
think there's an RFC about this, but I forgot the number ;-)
--
/ / _ _ Didier Vernahttp://www.inf.enst.fr/~verna/
- / / - / / /
33 matches
Mail list logo