* Sam Steingold f...@tah.bet [2011-04-12 10:45:54 -0400]:
with 2.36 devo I noticed some very weird behavior:
when I hit : a new bbdb record is created _without_ any net field.
I see it now all the time with all new records.
net field is not filled.
--
Sam Steingold (http://sds.podval.org/)
On Mon Apr 11 2011 Sam Steingold wrote:
you might consider putting the todo list into the git repo
It'll come soon.
On a similar note, I tried the new bbdb (from git) today and it does not
look ready for prime time yet. Specifically, in gnus, when the address
is marked with * (i.e., bbdb
On Tue Apr 12 2011 Sam Steingold wrote:
with 2.36 devo I noticed some very weird behavior:
in gnus, when I see a message from a known user (with the real name in
the message being an AKA), it is _not_ marked with * and bbdb window is
_not_ shown, and when I hit : a new bbdb record is created
On Mon Apr 11 2011 Sam Steingold wrote:
here is an addition:
http://article.gmane.org/gmane.emacs.bbdb.user:1689
From: Sam Steingold s...@gnu.org
Subject: Make John an alternate for John Doe? (y or n)
Newsgroups: gmane.emacs.bbdb.user
Date: Thu, 14 Jul 2005 17:37:35 -0400 (5 years, 38
* Roland Winkler jvax...@tah.bet [2011-04-13 10:00:04 -0500]:
On Mon Apr 11 2011 Sam Steingold wrote:
here is an addition:
http://article.gmane.org/gmane.emacs.bbdb.user:1689
From: Sam Steingold s...@gnu.org
Subject: Make John an alternate for John Doe? (y or n)
Newsgroups:
* Roland Winkler jvax...@tah.bet [2011-04-13 09:59:40 -0500]:
Is 2.36 devo on git somewhere (I cannot find it right now).
this is cvs head.
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.5 (Final) X
11.0.60900031
http://memri.org http://camera.org http://pmw.org.il
* Roland Winkler jvax...@tah.bet [2011-04-13 09:54:15 -0500]:
On a similar note, I tried the new bbdb (from git) today and it does not
look ready for prime time yet. Specifically, in gnus, when the address
is marked with * (i.e., bbdb knows about it), *bbdb* buffer is not
displayed; and when
2011-04-13 Sam Steingold s...@gnu.org
* bbdb.el (bbdb-mode-map): inherit from `special-mode-map'
(bbdb-mode): set `revert-buffer-function'
diff --git a/lisp/bbdb.el b/lisp/bbdb.el
index 74f3cfc..ad7e966 100644
--- a/lisp/bbdb.el
+++ b/lisp/bbdb.el
@@ -1366,7 +1366,9 @@ APPEND
* Stefan Monnier zbaa...@veb.hzbagerny.pn [2011-04-13 12:32:42 -0300]:
+ (when (boundp 'revert-buffer-function)
+(setq revert-buffer-function 'bbdb-revert-buffer))
I recommend to use (set (make-local-variable foo) bar) when setting
a buffer-local variable, even if you know that the
On Wed Apr 13 2011 Sam Steingold wrote:
* Stefan Monnier zbaa...@veb.hzbagerny.pn [2011-04-13 12:32:42 -0300]:
+ (when (boundp 'revert-buffer-function)
+(setq revert-buffer-function 'bbdb-revert-buffer))
I recommend to use (set (make-local-variable foo) bar) when setting
a
+ (when (boundp 'revert-buffer-function)
+(setq revert-buffer-function 'bbdb-revert-buffer))
I recommend to use (set (make-local-variable foo) bar) when setting
a buffer-local variable, even if you know that the variable is
automatically buffer-local. One of the benefits is that you
with 2.36 devo
(AKA the head of the sourceforge CVS repo)
I noticed some very weird behavior:
in gnus, when I see a message from a known user (with the real name in
the message being an AKA), it is _not_ marked with * and bbdb window is
_not_ shown, and when I hit : a new bbdb record is
On Wed Apr 13 2011 Barak A. Pearlmutter wrote:
There have been a bunch of hacks in git for the debian bbdb 2.x
package, including a bunch of bug fixes. Can you check if the problem
still appears there?
git clone git://github.com/barak/BBDB.git
will give you the tip of that development
* Roland Winkler jvax...@tah.bet [2011-04-13 11:05:30 -0500]:
Just curious: which dialect of emacs do you have in mind here?
your predecessor removed my cvs write permissions because he thought I
was not careful enough with support of ancient emacsen.
this is the only reason for the checks.
if
* Stefan Monnier zbaa...@veb.hzbagerny.pn [2011-04-13 13:10:15 -0300]:
As for whether you need `boundp' to set a variable, I think that's not
the case: if your Emacs doesn't obey this variable, setting it
shouldn't do any harm (it'll just be ignored).
of course.
I just don't want to create a
On Wed, 13 Apr 2011 11:05:30 -0500 Roland Winkler wink...@gnu.org wrote:
RW I do not want to exclude any other dialects of emacs here. But they
RW would most likely require a more systematic overhaul of all code.
RW In that sense, I am a bit hesitant to add support for something that
RW is not
On Wed Apr 13 2011 Ted Zlatanov wrote:
It should be possible to support at least Emacs 23.x and XEmacs. Gnus
does it so we can look there for potential problems and solutions.
You could ask David Engster d...@randomsample.de, who's setting up a
Gnus buildbot, to do the same for BBDB.
17 matches
Mail list logo