On Tue May 10 2011 Leo wrote:
On 2011-05-09 02:59 +0800, Roland Winkler wrote:
In principle there is no ambiguityconcerning lists and strings. All
bbdb fields except for names and individual note fields are lists
(and different notes are again forming a list).
For your issue, a cleaner
On Wed May 11 2011 Roland Winkler wrote:
So maybe it is better to put the extension we are thinking about
into bbdb-merge-note:
- If its arg LABEL is either affix, aka, organization, or mail, this
function could add a new element to the list of values of the
respective field.
- IF
On Sun Apr 17 2011 Nix wrote:
I'd be inclined to say that the existing hook should have been called
bbdb-notice-address-hook, so the new one could get called
bbdb-notice-record-hook,
I split bbdb-notice-hook into bbdb-notice-mail-hook and
bbdb-notice-record-hook. I hope that this will make
On Tue May 10 2011 Sam Steingold wrote:
PS. I would appreciate it if you would give me git commit rights.
I don't mind giving you write access...
2011-05-10 Sam Steingold s...@gnu.org
* bbdb-com.el (bbdb-get-help-window): use `special-mode' instead
of setting
* Roland Winkler jvax...@tah.bet [2011-05-11 11:25:25 -0500]:
On Tue May 10 2011 Sam Steingold wrote:
PS. I would appreciate it if you would give me git commit rights.
I don't mind giving you write access...
thanks.
2011-05-10 Sam Steingold s...@gnu.org
* bbdb-com.el
On Wed May 11 2011 Sam Steingold wrote:
I use v2 for now, waiting for a clear upgrade path, i.e., the list of
symbol renamings and make-obsolete declarations.
It's all a matter of manpower which is limited. Help is always
appreciated :-)
yes, but getting rid of the help buffer by merely