Date: Fri, 3 Jan 2014 23:44:00 -0600
From: wink...@gnu.org
To: bbdb-info@lists.sourceforge.net
Subject: [BBDB] ChangeLog 2014-01-03
The ChangeLog attached below describes several unrelated changes,
some of which have previously been discussed on this
By the way, there is still some issue that for installation on MSWindows
makefile-temp generate some scanty bbdb-loaddefs.el file, and I have to
do `M-x update-directory-autoloads' manually to get the full content.
I think that the problem is that the makefile command line is:
$(emacs)
On Sat Jan 4 2014 Bastien wrote:
Did you receive the attached patch?
It fixed the issue with wrong window display on first completion.
Do you know which change where (in BBDB or even elsewhere) resulted
in the current behavior? How does the new patch ensure the proper
behavior?
On Thu Jan 2 2014 Vincent Belaïche wrote:
The problem is some sort of inconsistency. When I did bbdb-create
notes was proposed, so it looks like some default field
If you customize the new variable bbdb-default-xfield, bbdb-create
will use any xfield you like.
--- this is all the more true
Roland Winkler wink...@gnu.org writes:
On Sat Jan 4 2014 Bastien wrote:
Did you receive the attached patch?
It fixed the issue with wrong window display on first completion.
Do you know which change where (in BBDB or even elsewhere) resulted
in the current behavior?
No.
How does the
Roland Winkler wink...@gnu.org writes:
On Mon Dec 16 2013 Bastien wrote:
There is bbdb-search-duplicates (bound to `/ d'). I do not remember
whether I ever used it. Let us know if it works for you.
It somehow works: listing all duplicates. But the order of the
listing seems random and
Hello,
With the following construct, then you can have a specific behaviour for
MSYS only.
ifeq ($(OSTYPE),msys)
cur_dir=$(shell pwd -W | sed 's!/!!g')
else
cur_dir=$(CURDIR)
endif
Indeed, I need to check whether the issue still happens with latest
version of EMACS --- maybe it behaves
