[BBDB] branch latex merged into master

[Roland Winkler]

I have merged the branch latex into master.  This doesn't mean the
features for feeding BBDB into LaTeX are now frozen in stone.  But
the main ideas should be in place.  Suggestions are welcome, as always.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

RE: bbdb-print.el lexical binding breaks bbdb-print-record

[Roland Winkler]

On Tue Jul 11 2017 Vincent Belaïche wrote:
> Just to mention that the code based on cl-progv which I have
> supplied does not work. I don't have any time to investigate why,
> so if you want to take my patch, please take the 1st one (that
> based on lambda).

I believe the purpose of cl-progv is to provide a let binding where
the var list is determined at run time.  This is achieved by
`eval'ing the let form.  Yet to deal with lexical bindings, `eval'
needs to know the lexical environment (as a 2nd arg for eval) that
cl-progv does not provide.

Barak's patch has done exactly that and I also used the same
approach in bbdb-tex.el.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] New branch latex (was: bbdb-print.el lexical binding breaks bbdb-print-record)

[Roland Winkler]

> With lexical binding bbdb-print-record makes a void variable error
> on address variable.

As I told you before, I really didn't like the old / outdated code
used in bbdb-print.el, and I didn't want to invest in it anymore.

So I created a branch latex in the BBDB repository on savannah that
is really a re-write of bbdb-print.el, based on the idea that
nowadays LaTeX is the better way to go than plain tex.

To avoid confusion, I renamed the file to bbdb-tex.el.

I put all this into a branch because I am open for comments and
suggestions.  Also, there might be bugs I have overlooked.

The basic idea underlying bbdb-tex.el is described in the commentary
section of this file:

;; Generally, lisp customizations in bbdb-tex are intended to provide control
;; of what appears in the TeX listing.  But there are no lisp customization
;; options to control the actual layout that should be handled by LaTeX.
;; BBDB is shipped with one basic LaTeX style file bbdb.sty to handle
;; the TeX macros listed above.  You should customize this LaTeX style file
;; to match your taste and / or your needs.  Note also that `bbdb-tex-alist'
;; allows you to specify an arbitrary number of rules that may use different
;; style files for the above TeX macros.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Problem creating record

[Roland Winkler]

On Sun Jun 25 2017 Angel de Vicente wrote:
> ,
> | (require 'bbdb)
> | (bbdb-initialize 'gnus 'message)
> | (bbdb-mua-auto-update-init 'gnus 'message)
> | (setq bbdb-mua-update-interactive-p '(query . create)
> |   bbdb-update-records-p 'query
> |   bbdb-mua-auto-update-p 'query)
> | (setq bbdb-file "~/.bbdb"
> |   bbdb-mua-pop-up-window-size 3
> |   bbdb-layout 'one-line
> |   bbdb-pop-up-window-size 5
> |   bbdb-complete-mail-allow-cycling t)
> | (add-hook 'bbdb-notice-mail-hook 'bbdb-auto-notes)
> | 
> | ; From a message on 19 Jun 2017 by Wes Hardaker in bbdb-info
> | ; to solve an issue with ivy + bbdb
> | ;(otherwise we can try with just C-M-j (bound to ivy-immediate-done)
> | 
> | (defadvice bbdb-read-string (before bbdb-read-string-no-ivy activate)
> |   (ivy-mode 0))
> | (defadvice bbdb-read-string (after bbdb-read-string-yes-ivy activate)
> |   (ivy-mode 1))
> `
> 
> Not perfect, but quite close to what I wanted. Now when I'm reading
> mails from inside Gnus, the BBDB buffer shows the record for the sender
> and it is updated automatically when I move from one message to another,
> and it asks me whether I want to add a new record when it finds one that
> is not in the database (if I don't want to add that person, it can be a
> bit annoying, because it will ask me everytime I see a mail from that
> person, not remembering I said 'no' already to that mail).
> 
> To make it perfect I would prefer to:
> * if the sender is not in the database, get an empty BBDB buffer
> * to be able to create (not automatically, but issuing a command, so I
>   can decide when/if to add it to the database) a new record with the
>   info from the sender (similar to the old BBDB ":" behaviour).

You have enabled both the "manual update" of BBDB via the line

  (bbdb-initialize 'gnus 'message) 

as well as "auto-update" of BBDB via

  (bbdb-mua-auto-update-init 'gnus 'message)

and both run in the "query" mode.  But it seems that the auto-update
is too aggressive for you, because it is performed immediately for
*every* message you are reading.  So you probably did not even
notice that you would get the less aggresive manual update by
hitting ":" for those messages, where you want to query or update
BBDB in a more selective manor.

So you may want to disable the auto-update by deleting the line

  (bbdb-mua-auto-update-init 'gnus 'message)

Often, having both the manual and the auto-update enabled may make
sense only if the auto-update is less aggressive, using, e.g., the
"search" mode.  Then you can run a more aggressive mode like "query"
manually by hitting ":".

Notes: 

- BBDB would need to maintain a 2nd database of email addresses or
  names that should not go into BBDB in order to ask you only once
  whether you want to put an address into BBDB.

- If BBDB doesn't know anything about the senders or recipients,
  I do not see a need to pop up an empty buffer.  This is also similar
  to all other BBDB search commands that will not pop up a BBDB buffer
  if the search did not match any records.  (I believe BBDB 2 behaved
  the same, though I am not sure.

  Of course, you can also run BBDB in a dedicated window that will
  never be taken over by anything else.  And / or run the function
  bbdb-undisplay-records (not a command)) to get an empty BBDB
  buffer.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Problem creating record

[Roland Winkler]

On Wed Jun 21 2017 Greg Bognar wrote:
> There is an EmacsWiki page for an earlier attempt to integrate WL
> and BBDB3: BBDBV3-Wl at https://www.emacswiki.org/emacs/BBDBV3-Wl.
> However, the link to the project seems to be dead.

While the links to the project seem to be dead, the page says that
the code tried to re-implement for BBDB3 what BBDB-Wl did for BBDB2.

What is BBDB-Wl?  BBDB3 supports a number of MUAs I don't know
either.  But I simply took the code from BBDB2 as a guidance to
re-implement the interface.  So I could take a look at BBDB-Wl to
see whether it allows a similar thing.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Problem creating record

[Roland Winkler]

On Wed Jun 21 2017 Greg Bognar wrote:
> > To activate BBDB you should not require bbdb but bbdb-loaddefs.el,
> > see README.  Does this solve your problem?
> 
> No, it does not.  It makes no difference.
> 
> I have read the README several times.  I have some understanding
> of Elisp, but it is no help.  I have also asked around on the WL
> list, and the only people for whom this works properly use BBDB2.
> 
> It would be very helpful to provide a sample configuration in the
> README that is known to work.

I myself do not know anything about WL.  I got the code that BBDB
uses to interact with WL from David Maus, whom I include in this
message.

However, if I set up BBDB using the following code with my-mua bound to
gnus or vm, BBDB will query to auto-update the database whenever I
read a message, where the sender is not yet known to BBDB.

(require 'bbdb-loaddefs "/path/to/bbdb/lisp/bbdb-loaddefs.el")
(setq my-mua 'gnus)
(bbdb-initialize my-mua)
(bbdb-mua-auto-update-init my-mua)
(setq bbdb-mua-update-interactive-p '(query . create)
  bbdb-update-records-p 'query
  bbdb-mua-auto-update-p 'query)

Can you reproduce that this works for you as expected with Gnus?

If the BBDB interface with WL does not work as it should, could
someone look into this who is actually using WL and knows more about
it than me?

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Problem creating record

[Roland Winkler]

On Tue Jun 20 2017 Greg Bognar wrote:
> The relevant parts of my init.el:
> 
> (require 'bbdb)

To activate BBDB you should not require bbdb but bbdb-loaddefs.el,
see README.  Does this solve your problem?

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Problem creating record

[Roland Winkler]

On Tue Jun 20 2017 Angel de Vicente wrote:
> In my .emacs file I have:
> ,
> | (require 'bbdb)
> | (bbdb-initialize 'gnus 'message)
> | (bbdb-mua-auto-update-init)
> `

The function bbdb-mua-auto-update-init is called like
bbdb-initialize: you need to specify the MUAs it should hook into.
(Maybe you want that it watches only incomming or only outgoing
messages...)

> I would be happy to do this interactively, but I don't see any command
> to close the BBDB buffer? (Do I just have to define my own?)

What do you mean by "closing the BBDB buffer"?  As in similar modes,
BBDB binds "q" to quit-window.

> OK, changing it to (query . query) now BBDB offers me to add a record to
> the database.
> ,
> | bbdb-mua-update-interactive-p is a variable defined in ‘bbdb.el’.
> | Its value is (query . query)
> | Original value was (search . query)
> `

The idea is that the action specified by the cdr can be more
"aggressive" than the action specified by the car.  So if you call
the command with C-u (because you know what you want), you get the
more "aggressive" action.  (Of course, if "query" is all you always
want, you need not worry about the cdr.  Or you make the cdr a less
aggressive action.  The choices are yours.)


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Problem creating record

[Roland Winkler]

On Mon Jun 19 2017 Greg Bognar wrote:
> I am in the same situation with Wanderlust, so it seems a general
> BBDB3 problem.  With BBDB2 I was able to do something similar to
> what you describe in WL.  Now BBDB never asks to harvest any
> address (unless I press :), no matter what settings I try.  I
> asked about it on this list a few months ago, but didn't get
> anything useful.

Have you looked into the README file?

I know, it is not perfect.  But it should get you started.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Problem creating record

[Roland Winkler]

On Mon Jun 19 2017 Angel de Vicente wrote:
> Ideally I would like:
> 
> 1. when reading a message, see if the sender is in my database (I can do
>that by pressing ":")

It seems you figured this out.

> 2. Once the BBDB buffer is shown, I would like that when I move to
>another message, the BBDB buffer is updated automatically: now I have
>to press ":" again to see the new sender, and if the sender is not in
>BBDB, it just shows the previous sender, where ideally an empty
>buffer would be better

A continuously updated BBDB buffer is maintained via bbdb-mua-auto-update.

See the section "Noninteractive functions" in README.

> 3. Pressing ":" again gets rid of the BBDB buffer

Either you let BBDB handle these things interactively via commands
like bbdb-mua-display-records bound to ":" (see above, your item 1.),
or you do them non-interactively (your item 2.)

Anything else "do what I mean" you might have to hack on your own.

> 4. If the sender is not in the database press some key and offer the
>option to include it in the database.

Interactive commands: bind bbdb-mua-update-interactive-p to your liking
(see README).

Noninteractively: see again the section "Noninteractive functions"
in README.

Roland

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Problem creating record

[Roland Winkler]

On Fri Jun 16 2017 Angel de Vicente wrote:
> I'm not sure if this is due to upgrading to BBDB 3 or due to the
> other packages that I installed (ivy, counsel, etc.)...

Lots of configuration options have changed from BBDB 2 to 3, see

https://www.emacswiki.org/emacs/UpgradeBBDB

I suggest you first make sure BBDB 3 works for you as expected in an
Emacs session that doesn't load other packages that may override
Emacs' default behavior.  (I do not know what "ivy", "counsel" and
"etc." do.)

Once you got this working you may want to load the other packages,
too.

Roland

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: BBDB and Wanderlust

[Roland Winkler]

On Thu Mar 2 2017 Greg Bognar wrote:
> Hi, I'm trying to use BBDB with Wanderlust.  I installed the
> latest melpa version (20170129.2224), but couldn't get it to work.
> I noticed that the README at https://github.com/dmj/bbdbv3 says
> BBDB must be built with
> 
> `--with-wl-dir=DIR' specifies the path where Wanderlust can be found.
>  Without this option the resulting BBDB build does not support WL.
> 
> Could this be the problem?  I don't think the melpa version does this.
> 
> Does the melpa version work with WL?  And if it does, are there any specific
> instructions I could follow?  Thanks!

When you install BBDB from the tar ball, you need the above
configure option.  But if you got BBDB from melpa, there is no tar
ball and the configure option should not be needed either.  So I
expect that your problem is something else and I am wondering:

Have you followed the instructions in the README file how to
configure BBDB in your .emacs?

Then, what are you expecting to get and what are you getting
instead?

--
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2017-01-28: Use lexical binding for bbdb-anniv.el

[Roland Winkler]

On Sat Oct 22 2016 Stefan Monnier wrote:
> What I suggested was
> 
> (eval exp `((x1 . ,v1)))
> 
> in which case the value of `exp' can contain references to `x1'.

Thank you, I am sorry for the rather delayed reply.  I was too busy
with other stuff.

The above solution was exactly what I needed for bbdb-anniv because
(in the spirit of your example) exp will be simply x1 or x2, and v1
and v2 are strings; all this is used to construct regexps from the
pseudo patterns in the variable diary-date-forms.  I've tested the
new code for some time.  It appears to do exactly what is needed.

The only remaining problem was that previously BBDB 3 was supposed
to support GNU Emacs 23, too.  Yet the above syntax for `eval' was
introduced only in Emacs 24.  So I decided to officially discontinue
the support for Emacs 23 because the last release BBDB 3.1.2 still
supports it, and we even got Emacs 25 in the meanwhile.

On the plus side, the discontinued support for Emacs 23 now allows
me to use cl-lib, and I've used the new freedom in one of the other
changes described below.

Thanks again!



2017-01-28  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb-anniv.el (bbdb-anniv-diary-entries): Propertize the
strings passed to diary-add-to-list.
(bbdb-anniv-goto-entry): New function used as
diary-goto-entry-function.

2017-01-28  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb-anniv.el (bbdb-anniv-diary-entries): Use cl-flet.

2017-01-28  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb-anniv.el: Use lexical binding.
* lisp/bbdb-anniv.el (bbdb-anniv-diary-entries): Use lexical
environment for eval.

2017-01-28  Roland Winkler  <wink...@gnu.org>
Discontinue support for old GNU Emacs 23.
* README, lisp/bbdb-site.el:
* lisp/bbdb.el (bbdb-buffer, bbdb-revert):
* lisp/bbdb-com.el (bbdb-complete-mail): Update accordingly.

2017-01-28  Roland Winkler  <wink...@gnu.org>
Update copyright year in all files.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-com.el organization organizations

[Roland Winkler]

On Sat Jan 21 2017 Gijs Hillenius wrote:
> When I create a new record M-x bbdb-create, I'm asked "name", and
> then "organizations" (with s). I enter a name (test) but not an
> organization, and answer the rest of the questions.
> 
> Once this record is created, I can visit it, and in the
> bbbd-buffer i (insert) a field: one of the options is
> "organization" (without s). Once that is created, I can edit it,
> but now the field is known as "organizations" (with s). I see this
> is defined in bbdb-com.el

The `organization' slot in a BBDB record is a hybrid like `mail' and
`aka'.  You edit it as one field.  But before it is stored it is
broken up into a list of elements using bbdb-separator-alist.  This
list is then stored in the `organization' slot of the BBDB record.

Would you suggest to change something related to this?

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

uuid field [was: more than one BBDB file]

[Roland Winkler]

On Sat Oct 22 2016 Saša Janiška wrote:
> recently I did asked author of vdir.el to provide support for
> using more than one repo vdir repo for the contacts since I manage
> email accounts for my & my wife on the desktop while she is mostly
> using mobile phone.
> 
> So, I’m interested if there is possibility to have more than one
> BBDB file - e.g. one for my contacts and another for my wife and
> being able to switch between the two before invoking BBDB?

Currently BBDB supports only one such file.  I'd like to extend
that.  This relates to one item that has been on my BBDB todo list
for a long time: add uuid fields to each record so that BBDB can
check more reliably whether two records are "equal".  Here uuid
fields will come handy in a range of use cases, with multiple
database files, but also, say when importing and exporting BBDB
records from / to other databases.

Here are a few thoughts about uuid fields, please comment:

I'd prefer not to make the uuid field another xfield because xfields
are really intended for custom fields.  If BBDB starts to use uuids,
it would probably happen such that you could really screw up BBDB if
you decided to delete these fields from your records (which is
always possible with xfields).

So the uuid field should become a "compulsory" field (appearing in
the "backbone" of each record).  This requires to change (once more)
the internal format of BBDB records.  Then I was wondering: Are
there other (unrelated) changes in BBDB's internal format of storing
records that would be desirable?  Here I thought of the two xfields
creation-date and timestamp.  For a long time, they have been
implemented as xfields.  Yet it would be cleaner if they likewise
became elements of the "backbone" of each BBDB records.

Did anybody already try to implement / use a uuid field as xfield?
I guess that when BBDB will upgrade itself to the new record format
using "backbone" uuid fields, it should check whether the records
already have such an xfield.

Roland

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [BBDB] ChangeLog 2016-10-02: Use lexical binding

[Roland Winkler]

On Fri Oct 7 2016 Stefan Monnier wrote:
> The first solution binds the  variables lexically rather than
> dynamically.  That means that if those  appear lexically inside
> the  things will work correctly, but if  calls a function
> which then refers to  this reference will fail.

Thank you for the clarification.  The code in bbdb-anniv binds the
variables lexcially via let which also contains the call of eval.
So this is fine.

> This note about lexical binding is talking about a chunk of code like
> 
> (let ((x 1))
>   ...
>   (defvar x 5)
>   ...)
> 
> if run in lexical-binding mode, the let will bind `x` statically, but
> `defvar` always refers to the dynamically-bound variable `x`, just like
> (set 'x 5) would.
> 
> > This suggests to me that in your second approach the defvar's could
> > also go inside the let, which appears rather odd to me.
> 
> No, that wouldn't work: the (defvar ) is there to declare that
> subsequent uses of  should use dynamic scoping.

Again thanks for the clarification.  I'll stay with the first
approach you suggested.

Roland

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [BBDB] ChangeLog 2016-10-02: Use lexical binding

[Roland Winkler]

On Tue Oct 4 2016 Stefan Monnier wrote:
> There are two ways to do that with lexical-binding:
> - use (eval  `(( . ,) ( . ,) ...)
>   which will not give the exact same behavior but works well in many
>   cases (i.e. depends on the code put in diary-date-forms).
> - use
> 
> (defvar ) (defvar ) ...
> (let (( )
>   ( )
>   ...)
>   (eval  t))
> 
>   which will preserve backward compatibility.

Thank you, I did not know that! - It appears to me that the first
approach is the cleaner way to go.  So I've tested it with
bbdb-anniv.el, and it seems to do exactly the right thing.  Under
what circumstances could there be a problem?  (The forms in
diary-date-forms are lists containing symbols and strings.  Then
`eval' is applied to the list elements in order to replace the
symbols by their let-bound values.  So there is nothing fancy
happening here.  Possibly there is yet a completely different
strategy for this problem?  I just copied the relevant code from
diary-list-entries-2, assuming that this should be the most reliable
strategy for bbdb-anniv even if I do not know too much about
diary-lib.el.)

Actually, I am a bit confused about the second approach you
suggested.  I believe I understand its logic, though I find it odd
to use defvar in such a context.  Interestingly, the elisp manual
says about `defvar':

 If SYMBOL is already lexically bound (e.g., if the ‘defvar’ form
 occurs in a ‘let’ form with lexical binding enabled), then ‘defvar’
 sets the dynamic value.  The lexical binding remains in effect
 until its binding construct exits.  *Note Variable Scoping::.

This suggests to me that in your second approach the defvar's could
also go inside the let, which appears rather odd to me.  Or am I
misinterpreting this paragraph?  What would be an example for this
usage of defvar in a let form?

Thanks again,

Roland

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [BBDB] ChangeLog 2016-10-02: Use lexical binding

[Roland Winkler]

On Sun Oct 2 2016 Sam Steingold wrote:
> I think if you add
> 
> (defvar diary-date-forms)
> 
> to bbdb-anniv.el, it will work with lexical-binding too.

This variable contains forms that are evaluated using `eval',
assuming that the variables appearing in this form are bound
dynamically.  - I believe that old coding schemes like this one,
which are frequently used by the calendar / diray package are a
major reason why emacs has not completely switched to lexical
binding.  If bbdb-anniv.el hooks into the calendar /dirary package,
it needs to follow the conventions of this package till we get a
more complete overhaul of this package (which in turn is hampered by
the fact that calendar /diary has been around for a long time, and
substantial changes in its mode of operation might break more user
customizations).

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2016-10-02: Use lexical binding

[Roland Winkler]

I switched to lexical binding for all elisp files of BBDB except
for bbdb-anniv.el (which relies on `diary-date-forms' that is not
compatible with lexical binding).

I have been using this for a little while without problems.
Still this may give rise to unexpected surprises for others.
If this happens let me know.


2016-10-02  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb-com.el, lisp/bbdb-gnus.el, lisp/bbdb-ispell.el:
* lisp/bbdb-message.el, lisp/bbdb-mhe.el, lisp/bbdb-migrate.el:
* lisp/bbdb-mu4e.el, lisp/bbdb-mua.el, lisp/bbdb-pgp.el:
* lisp/bbdb-print.el, lisp/bbdb-rmail.el, lisp/bbdb-sc.el:
* lisp/bbdb-site.el.in, lisp/bbdb-snarf.el, lisp/bbdb-vm.el:
* lisp/bbdb-wl.el, lisp/bbdb.el: Use lexical binding.

* lisp/bbdb.el (bbdb-alist-with-header): Start name of unused
variables with underscore.
(bbdb-display-record-multi-line, bbdb-display-records): Remove
unused variable.
* lisp/bbdb-com.el (bbdb-omit-record):
* lisp/bbdb-snarf.el (bbdb-snarf-surrounding-space)
(bbdb-snarf-empty-lines):
* lisp/bbdb-migrate.el (bbdb-undocumented-variables): Start name
of unused variables with underscore.
* lisp/bbdb-mua.el (bbdb-get-address-components):
* lisp/bbdb-print.el (bbdb-print-record): Remove unused variable.
* lisp/bbdb-gnus.el: Autoload message-make-domain.
(bbdb/gnus-score-as-text): Start name of unused variables with
underscore.

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: unhappiness on macos

[Roland Winkler]

On Sat Aug 27 2016 Randy Bush wrote:
> macosx 10.11.6 (15G31)
> GNU Emacs 24.5.1 (x86_64-apple-darwin13.4.0, NS apple-appkit-1265.21) of 
> 2015-04-11 on builder10-9.porkrind.org [2 times]
> bbdb from packages
> wanderlust from packages
> 
> all used to work in emacs 22 and bbdb from some ancient source

Which version of BBDB are you talking about, 2 or 3?
The former is not supported anymore.

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [BBDB] ChangeLog 2016-07-20

[Roland Winkler]

On Fri Jul 22 2016 Gijs Hillenius wrote:
> My Emacs (24.5) bring CPU to 100% for minutes (until C-g) when I try to
> read `bbdb-hashtable', following the link from reading about
> bbdb-gethash...

What is it you want to do?  Under normal circumstances there should
never be a need to inspect bbdb-hashtable via its printed
representation.  When a hash table contains many elements (here: you
have many BBDB records), the printed representation of the hash
table can get very big.  You can read more about hash tables in the
elisp manual.

Roland

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2016-07-20

[Roland Winkler]

I've tried to catch up.  Let me know if in the list below I forgot
anything significant that came up on this list recently or whether
there are any unexpected problems with these changes.


2016-07-20  Roland Winkler  <wink...@gnu.org>
Update copyright year in all files.

2016-07-20  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb-mua.el (bbdb-mua-mode-alist): Add support for
mu4e-compose-mode and notmuch-message-mode which are derived from
message-mode.

2016-07-20  Roland Winkler  <wink...@gnu.org>
* m4/emacs_wl.m4: New file
* configure.ac: Use it.
* NEWS, README: Document support for Wanderlust

2016-07-20  David Maus  <dm...@dmaus.name>
Add basic support for Wanderlust.
* lisp/Makefile.am, lisp/makefile-temp: Support Wanderlust.
* lisp/bbdb-mua.el (bbdb-mua-mode-alist, bbdb-mua)
(bbdb-message-header, bbdb-mua-update-records, bbdb-mua-wrapper):
Add support for Wanderlust.
(bbdb-mua-auto-update-init): Add wanderlust to list of auto-update
muas.
* lisp/bbdb.el (bbdb-init-forms): Add support for Wanderlust.
* lisp/bbdb-wl.el: New file.

2016-07-20 Marco Wahl <marcowahls...@gmail.com>
* lisp/bbdb-com.el (bbdb-omit-record): Fix arg list of
bbdb-redisplay-record.

2016-07-20  Roland Winkler  <wink...@gnu.org>
Make bbdb-hashtable a proper hash table.
* lisp/bbdb.el (bbdb-hashtable): Use make-hash-table.
(bbdb-puthash, bbdb-gethash, bbdb-remhash, bbdb-buffer)
* lisp/bbdb-com.el (bbdb-completion-predicate)
(bbdb-completing-read-records, bbdb-complete-mail): Use it.

2016-07-20  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb.el (bbdb-add-to-list): Remove.
(bbdb-pushnew, bbdb-pushnewq, bbdb-pushnewt): New macros.
(bbdb-record-set-xfield, bbdb-record-set-field)
(bbdb-merge-concat-remove-duplicates, bbdb-parse-records)
(bbdb-change-record)
* lisp/bbdb-com.el (bbdb-mail-aliases, bbdb-get-mail-aliases)
(bbdb-add-mail-alias)
* lisp/bbdb-mua.el (bbdb-update-records): Use them.


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Agenda view of BBDB entries with Hebrew dates for anniversaries

[Roland Winkler]

On Thu Jun 23 2016 ST wrote:
> >   In particular, `calendar-date-style' is obeyed via `diary-date-forms'.
> 
> How can I try to use it? (I'm new to Emacs...)

Emacs has calendar and diary facilities, see the node in the info
manual for Emacs.  In the diary file you can specify entries for
different dates.  The format of the dates is specified via the user
variable calendar-date-style.  diary-date-forms is less relevant
here from a user perspective.

bbdb-anniv assumes that your BBDB records use the same format for
anniversary dates as you have selected for your diary file via
calendar-date-style.

> > (Do your Hebrew dates interact properly with the Emacs calendar?)
> 
> How can I check it?

To display BBDB anniversaries in the Emacs diary,
call `bbdb-initialize' with arg `anniv'.

--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Agenda view of BBDB entries with Hebrew dates for anniversaries

[Roland Winkler]

On Thu Jun 23 2016 ST wrote:
> I managed to add anniversaries/birthdays to BBDB and display them in
> org-agenda. Now I need to move to the next step and provide those dates
> as Hebrew dates. In diary mode the dates seem to look like HSivan 17,
> 5776 . However if I put it to BBDB like anniversary: HSivan 17, 5776
> birthday - I get error while trying to generate agenda view: bad-sexp at
> line 5 /path/to/agenda.org (org-bbdb-anniversaries). Any ideas on how to
> get it working?

You might want to ask this question on a list for org mode.
bbdb-anniv.el has been designed to work with the Emacs calendar.  As
described in this file

  In particular, `calendar-date-style' is obeyed via `diary-date-forms'.

Yet I do not know anything about how org mode might interact with
BBDB anniversaries.

You mention that you get an error from org-bbdb-anniversaries.  This
function is part of org mode, not of BBDB.  I do not know what it is
doing / what it is supposed to do.

(Do your Hebrew dates interact properly with the Emacs calendar?)

Roland

--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

RE: Patch to support printout internationalization

[Roland Winkler]

On Wed Jun 8 2016 Vincent Belaïche wrote:
> My contribution does not change this approach. Just it splits the existing
> styles files in a way that allows more easilly to select what language you 
> want
> to format the address book.
> 
> In other words all the macros that are language specific (e.g.\today) are
> placed in a separate .tex file.
> 
> I had also to modify bbdb-print.tex in order to remove these
> macros from there, and bbdb-print.el so that the new language
> specific .tex file is in the include-file alist cell.

I think that using TeX (instead of LaTeX) is really an outdated
approach for printing bbdb records.  Modern LaTeX has lots of fancy
packages to support, for example, language-specific stuff.
Therefore, a re-write of bbdb-print should provide a way to exploit
these LaTeX features effectively (instead of reinventing the wheel
by defining \today for different languages / different tastes).

Also, it should be possible to include bbdb records in LaTeX
documents using something like

\begin{bbdbrecord}
...
\end{bbdbrecord}

with a (customizable) LaTeX environment bbdbrecord that knows how to print
a bbdb record.

Roland

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://sdm.link/zohomanageengine
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Patch to support printout internationalization

[Roland Winkler]

On Tue Jun 7 2016 Vincent Belaïche wrote:
> Here is attached a patch for printout to be in another language
> than English.
> 
> BTW, the 'P' keymap is no longer active for bbdb-print. Any plan
> to resurrect it or make some other mapping ?

I have a (so far incomplete) re-write of bbdb-print based on the
idea that the bbdb records should be written to a (La)TeX file using
some generic LaTeX commands for the fields of each record (like
\name{first}{last}, \phone{label}{number}, etc)

Then one can more easily define new LaTeX classes (or even style
files to be used with any other LaTeX class files) which (re)define
these LaTeX commands.

I hope I can complete this not too far in the future.

Roland

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: how to reload a changed bbdb-file or using another bbdb-file

[Roland Winkler]

On Fri Jun 3 2016 H. Dieter Wilhelm wrote:
> how can I make bbdb aware of changes in my bbdb-file or loading a
> different bbdb-file without restarting Emacs?

As usual, you can use revert-buffer bound to `g'.

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: can I auto save the bbdb file after each change?

[Roland Winkler]

On Fri Feb 5 2016 Alan Schmitt wrote:
> Thanks a lot for the suggestion! It was simply a matter of:
> 
> (add-hook 'bbdb-after-change-hook 'bbdb-save)

bbdb-after-change-hook runs with one argument, the record that was
changed.  The first arg of bbdb-save is the optional arg PROMPT.  So
this arg is always non-nil when called by the hook (thus prompting
before saving).  Is this what you want?

Otherwise use something like

(add-hook 'bbdb-after-change-hook (lambda (arg) (bbdb-save)))

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: EIEIO version of BBDB

[Roland Winkler]

On Thu Dec 24 2015 Eric Abrahamsen wrote:
> A while ago there was a very brief exchange about the possibility of a
> version of BBDB refactored on top of the EIEIO object orientation
> library. I've been thinking about that for a while, and recently wrote
> a sort of prototype. I'd like to share it with everyone, either as an
> attachment to the list, or I guess preferably by pushing a branch to
> the git repo.
> 
> There isn't anything particularly wrong with BBDB that needs fixing,
> but an OO version of the database does lots of good things, mostly in
> the direction of extension and customization. It also gets us free
> file serialization courtesy of eieio-persistent, and I've added in
> support for multiple databases.

I don't know much about EIEIO, but I am not sure it would benefit
BBDB so much to add an extra layer of abstraction.  Correct me if I
am wrong, but what kind of problem can really be solved cleaner and
how?

Extensions and customizations of BBDB should use a high-level API,
which does not expose the details of how things are implemented.
Currently, a good example for this is the function
bbdb-record-set-field.  Anyone wanting to extend or customize BBDB
should not call the low-level functions that do the real work inside
bbdb-record-set-field, because the low-level implementation might
change at some point for whatever reason.  How could EIEIO possibly
provide a better solution (better in what sense)?

Apart from that, I also believe that currently there are more
important issues.  First of all, I hope that with the OK from RMS,
we can now integrate the core of BBDB into GNU Emacs (which still
requires some work to make it happen).

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb prevents mu4e from sending a message

[Roland Winkler]

On Mon Dec 21 2015 Michael Strey wrote:
> ((vm vm-mode vm-virtual-mode vm-summary-mode vm-presentation-mode)
>  (gnus gnus-summary-mode gnus-article-mode gnus-tree-mode)
>  (rmail rmail-mode rmail-summary-mode)
>  (mh mhe-mode mhe-summary-mode mh-folder-mode)
>  (message notmuch-message-mode message-mode)

Yes, if notmuch-message-mode is likewise derived from message-mode,
the above should work for notmuch, too.

Are there yet more modes "out in the wild" which are derived from
message-mode (or mail-mode, though I guess mail-mode is really
getting replaced by message-mode)?

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Adding BBDB 3 core to Emacs

[Roland Winkler]

On Mon Nov 23 2015 Richard Stallman wrote:
>   > The file bbdb-snarf.el says GPL 1.
> 
> Can you arrange to completely discard that?

The new BBDB also has a file bbdb-snarf.el which is a complete
rewrite of the old file, where only the general concept of "snarfing
records into BBDB" survived.

This snarfing can be a neat thing, but it is certainly an add-on to
the BBDB core.  So to avoid whatever problems, it can remain with
other add-ons at savannah.nongnu.org without affecting BBDB core
functionality.

Actually, the file says:

;;; Copyright (C) 1997 by John Heidemann .
;;; $Id: bbdb-snarf.el,v 1.44 2006/05/26 21:20:07 fenk Exp $
;;;
;;; This file is free software; you can redistribute it and/or modify
;;; it under the terms of the GNU General Public License as published
;;; by the Free Software Foundation version 1.

John Heidemann has an FSF copyright assignment on file and I can
check with him about bbdb-snarf.el.  The above email address appears
to be up-to-date.  What kind of document would the FSF need from
him for this file?

The subsequent maintainer of the old bbdb-snarf.el, Robert
Widhopf-Fenk, assigned "past and future changes" to the FSF.  Is
this sufficient?  I could also try to contact him, though I have
found him difficult to reach.

Would this be sufficient for "Copyright by the FSF"?

Thanks,

Roland

--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551=/4140
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Adding BBDB 3 core to Emacs

[Roland Winkler]

On Sun Nov 22 2015 Richard Stallman wrote:
> The previous version of BBDB was released under GPL 2-or-later, right?

According to http://bbdb.sourceforge.net, the last version of the
"old" BBDB was 2.35 released on January 30, 2007.

Most lisp files in this tar ball specify GPL 2-or-later.

The files bbdb-ftp.el, bbdb-gnus.el, bbdb-mhe.el, bbdb-print.el,
bbdb-rmail.el, bbdb-sc.el, bbdb-vm.el were released under GPL
1-or-later.

The file bbdb-snarf.el says GPL 1.

The file bbdb-merge.el says very briefly "GPL" without any reference
to a particular version.

Roland

--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551=/4140
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Adding BBDB 3 core to Emacs

[Roland Winkler]

On Sun Nov 22 2015 Stephen J. Turnbull wrote:
>  > BBDB v3 on savannah.nongnu.org is essentially a complete rewrite,
> 
> "Essentially" as understood by programmers is rarely anything
> close to what a lawyer thinks of as an independent work not
> considered a derivative.  I doubt *any* of the newly assigned work
> was done without looking at the original, and very likely most
> still uses original internal variable names, structures,
> algorithms, etc.  You'd better check with the lawyers.

Have you looked at the new code?

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Adding BBDB 3 core to Emacs

[Roland Winkler]

On Mon Nov 23 2015 Stephen J. Turnbull wrote:
>  > Have you looked at the new code?
> 
> I don't need to; I trust you that 'most every line has been changed,
> and many functions completely rewritten.  The point is that old
> configuration works with very little change with the new code.
> Therefore it stinks of "derivative work" to me.

Your view would never allow a program like libreoffice to come into
existence.

(Users who switched from old to new BBDB suffered a lot in the sense
that none of their old configurations worked anymore.  But our
current discussion was a major reason not to worry about the old
code base.)

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: eudc conversion to bbdb (in bbdb3.1.2?)

[Roland Winkler]

On Sun Nov 22 2015 Barak A. Pearlmutter wrote:
> Part of the motivation of making a stable and nice API is that
> people might find other unanticipated uses. Letting my imagination
> run wild: integration with spelling correction to make it correct
> names,

There is actually already bbdb-ispell.el for this very purpose.

> or a minor mode to insert hyperlinks on names when in a major mode
> (like markdown or latex or texinfo or text) that supports
> hyperlinks.

Good idea!

(I appreciate this brainstorming and encourage others to contribute
as it gives an idea what kind of problems an API could cover.)

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Add basic support for Wanderlust

[Roland Winkler]

On Sun Nov 22 2015 David Maus wrote:
> Attached diff against current master adds basic support for
> Wanderlust, a mail/news management system with IMAP4rev1 support for
> Emacsen.

Thank you.  

I saw that you have already assigned your copyright for Emacs to the
FSF, that's good.  Could you please also send an informal email to
the FSF copyright clerk at fsf-reco...@gnu.org saying that your
previous copyright assignment covers BBDB/Emacs, too?  Thanks.
(I hope you agree to this.)

I'll add your patch to the repository.

> Side note: While implementing the support I noticed that the macro
> 'bbdb-mua-wrapper' seems to be one important part that prevents
> one from adding support for additional muas w/o patching bbdb
> itself. You could rewrite the macro to simply use a dispatch table
> to select an appropriate function to select buffer based on mua:
[snip]
> With this modified macro in place I was able to use BBDB with
> Wanderlust only be modifying variables and advicing defuns [1]
> since 2014.

Just to make sure I understand correctly: your proposed change to
the macro bbdb-mua-wrapper does not solve all problems immediately.
It also requires advicing defuns if one wants to add a new MUA.
-- My point is that advicing defuns can make debugging very painful.
So for issues of general interest I really would not want to
advertise it as a strategy.

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Adding BBDB 3 core to Emacs

[Roland Winkler]

On Sat Nov 21 2015 John Wiegley wrote:
> I would much prefer this to be in "tarball ELPA", so that it is
> included in the distribution, but not a focus for the other
> developers. Would there be any need to include it within core
> itself?
 
The question is to what extent one wants to consider BBDB a core
functionality that other packages rely upon.  I myself see the pros
and cons of both sides and therefore do not have strong feelings in
either direction.  Yet I certainly hope that in either case such a
decision will not be carved in stone so that if necessary it can be
reviewed once more in later times.

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: MELPA BBDB - bbdb-version

[Roland Winkler]

On Sat Nov 21 2015 George McNinch wrote:
> That was actually inaccurate - I had failed to snip a setting of
> load-path pointing to a directory for bbdb that I had populated via git
> (and that seemed to be the version of bbdb being used).

Which git repository did you use?  The "official" repository is

  git.savannah.nongnu.org/bbdb.git

> ,
> | bbdb-version is a variable defined in ‘bbdb-site.el’.
> | Its value is "@PACKAGE_VERSION@"
> `

You need to properly `make' BBDB (see the README file in the
repository) in order to get a meaningful value assigned to
bbdb-version.

If you just compile the elisp files from the git repository and also
when you get BBDB from Melpa the variable bbdb-version has the
meaningless value "@PACKAGE_VERSION@".

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: eudc conversion to bbdb (in bbdb3.1.2?)

[Roland Winkler]

On Sat, Nov 21 2015, Eric Abrahamsen wrote:
> I might add to this a clearer API for the "noticing" functionality of
> BBDB -- ie, make it easier to write the hooks for "doing things to
> BBDB records when you receive mails from/compose mails to those
> records.

I didn't see your posting on the bbdb mailing list.  But I am replying
only to this list because it appears to me that you are talking about
something internal to bbdb and not related to other packages.

What do you have in mind?  What is your (intended) usage scenario that
you are struggling with?  I myself hardly use the noticing feature.  So
I do not know what might be missing /  what can be improved.

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: eudc conversion to bbdb (in bbdb3.1.2?)

[Roland Winkler]

On Sat Nov 21 2015 Barak A. Pearlmutter wrote:
> I guess was thinking that having a stable and ration API, rather
> than just exporting some internal functions etc, might encourage
> people to build good conduits to/from Google Contacts, Android,
> iPhone, skype, etc etc.

Sure, this was really what my question was about: you talk about
importing / exporting records, and I agree that's an important
thing.  Are there possibly other types of applications, too?

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: MELPA BBDB - bbdb-version

[Roland Winkler]

On Sat Nov 21 2015 George McNinch wrote:
> This behavior of a MELPA install is what I was trying to report.
> Surely there is *some* way to have the MELPA install process
> "properly make" BBDB?

I do not know many details about MELPA.  Yet it uses an automated
scheme where I was told it was not really compatible with the
automake rules used by BBDB.

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Adding BBDB 3 core to Emacs

[Roland Winkler]

On Sat Nov 21 2015 Eli Zaretskii wrote:
> Didn't BBDB have some copyright issues that precluded its
> distribution with Emacs or under the same license?  (Apologies if
> I'm misremembering.)

No, you are perfectly right.  BBDB v2 *did* have copyright issues.
BBDB v3 on savannah.nongnu.org is essentially a complete rewrite,
where all authors who contributed new code to BBDB v3 assigned their
copyright to the FSF.  This covers the core of BBDB v3.  A few loose
ends include add-ons to the core of BBDB which survived the upgrade
to v3.  Now the question is how to deal with the current situation.
The proposal is to integrate the core of BBDB v3 more tightly with
GNU Emacs, yet there is more than one option for this: either the
core of BBDB becomes part of GNU Emacs itself or it goes into GNU
Elpa.  (In either case the "loose ends" can stay in
savannah.nongnu.org till hopefully one day their cases are resolved,
too.  But that's obviously less urgent.)

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: eudc conversion to bbdb (in bbdb3.1.2?)

[Roland Winkler]

On Wed Nov 18 2015 Barak A. Pearlmutter wrote:
> But this does bring up a deeper issue, namely exposing a
> documented stable bbdb API might be a good idea.

The question is what kind of scenarios the API is supposed to cover.
I have never thought in much detail about this question.  

- This thread started with how EUDC interacts with BBDB.  Is there a
  list of other packages to be considered here?

- Are we talking about interactive and / or non-interactive
  applications interacting with BBDB ("interactive" in the sense of
  elisp `interactive')?

- What should an interface look like for searching records in the
  database for non-interactive applications?  The macro bbdb-search
  can possibly be further improved.

- Exporting / importing individual fields for a given record already
  has a stable interface via bbdb-record-field and
  bbdb-record-set-field.

- Exporting complete records: is bbdb-record-field sufficient for
  that purpose?

- Currently there is only little support for importing complete
  records (possibly following a previous export).  A major issue are
  imported records that should be merged with existing records.
  Currently BBDB uses elisp `eq' to recognize equal records which is
  an approach that can fail in many ways.  Adding a UUID field to
  every record that gets exported and imported would make this more
  robust.  (We talked about this before, and it is on my agenda,
  though lately my time has been limited.)

- Is there something else?

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2015-11-14 - fix defcustoms

[Roland Winkler]

This fixes a couple of defcustoms.

2015-11-14  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb.el (bbdb-auto-revert, bbdb-dedicated-window)
(bbdb-default-domain, bbdb-mua-pop-up)
(bbdb-horiz-pop-up-window-size, bbdb-xfields-sort-order)
(bbdb-mua-summary-unification-list, bbdb-mail-avoid-redundancy)
* lisp/bbdb-snarf.el (bbdb-snarf-address-us-country)
(bbdb-snarf-address-eu-country)
* lisp/bbdb-anniv.el (bbdb-anniv-alist)
* lisp/bbdb-vm.el (bbdb/vm-virtual-real-folders)
* lisp/bbdb-gnus.el (bbdb/gnus-score-default)
(bbdb/gnus-split-myaddr-regexp, bbdb/gnus-split-private-field)
(bbdb/gnus-split-public-field)
* lisp/bbdb-sc.el (bbdb-sc-update-attrib-p): Fix defcustom.

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2015-11-08 Re-sorting records and new snarfing rule

[Roland Winkler]

It has been rather quiet on this list.

Recently I discovered that my BBDB file was mis-sorted and I could
well reproduce what had happened.  I realized that I never paid
much attention to how BBDB re-sorts the database after changing a
record.  The old code was rather complicated and error-prone.  The
new code is simpler and hopefully also more robust.

Also, I added a new snarfing rule `eu' following a suggestion by
Marco Wahl sent to this list.  I am sorry, Marco, my final code
has turned out rather different from your original suggestion.  Yet
hopefully the new code will be more robust and it should also be
useful for yet more people.


2015-11-08  Roland Winkler  <wink...@gnu.org>
Add new snarfing rule eu for many continental European countries.
Improve snarfing algorithm.
* lisp/bbdb-snarf.el (bbdb-snarf-rule-alist): Add new rule eu.
(bbdb-snarf-phone-nanp-regexp, bbdb-snarf-postcode-us-regexp)
(bbdb-snarf-url-regexp): Improve regexp.  Use first subexpression.
(bbdb-snarf-mail-regexp): New variable.
(bbdb-snarf-mail): Use it.
(bbdb-snarf-address-us-country): New variable.
(bbdb-snarf-address-us): Use it.  Check whether we actually
snarfed an address.
(bbdb-snarf-phone-eu-regexp, bbdb-snarf-postcode-eu-regexp)
(bbdb-snarf-address-eu-country): New variables.
(bbdb-snarf-label): Use save-match-data.
(bbdb-snarf-phone-nanp): Use save-match-data.  Reverse order of
snarfed phone numbers.
(bbdb-snarf-phone-eu, bbdb-snarf-address-eu): New functions.

2015-11-08  Roland Winkler  <wink...@gnu.org>
Simplify re-sorting of records when a record has been changed.
Re-display re-sorted records.
* lisp/bbdb.el (bbdb-need-to-sort): Removed.
(bbdb-record-set-name): Simplify accordingly.
(bbdb-record-set-sortkey): Always evaluate new sortkey.
(bbdb-record-sortkey): Simplify accordingly.
(bbdb-change-record): Sort records if we have a new sort key.
(bbdb-redisplay-record-globally): Rename from
bbdb-maybe-update-display.  New optional arg sort.
(bbdb-delete-record-internal, bbdb-insert-record-internal): Do not
unset sort key.
(bbdb-display-records): Put point at beginning of buffer.
(bbdb-redisplay-record): New optional arg sort.  Throw error if
record was not displayed previously.
(bbdb-sort-records): Clarify status message.  Redisplay sorted
records.
* lisp/bbdb-com.el (bbdb-fix-records): Sort records.
(bbdb-create, bbdb-create-internal, bbdb-merge-records): Use nil
for unused second arg of bbdb-change-record.
(bbdb-edit-field, bbdb-transpose-fields): Do not worry about
re-sorting records.
* lisp/bbdb-mua.el (bbdb-annotate-message): Use nil
for unused second arg of bbdb-change-record.

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2015-09-10

[Roland Winkler]

On Wed Sep 9 2015 Eric Abrahamsen wrote:
> "Roland Winkler" <wink...@gnu.org> writes:
> > You mean having two newline characters for the new `record' rule in
> > bbdb-separator-alist?  Yes, I think that makes sense.
> 
> Yup. Obviously it's a very small issue, but personally I'd prefer
> that.

Done.

Also, I have updated the lisp files to conform to the Emacs Lisp
package format convention. (Bug#45910)


2015-09-10  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb-anniv.el, lisp/bbdb-mu4e.el, lisp/bbdb-print.el:
* lisp/bbdb-snarf.el, lisp/bbdb-com.el, lisp/bbdb-message.el:
* lisp/bbdb-mua.el, lisp/bbdb-rmail.el, lisp/bbdb-gnus.el:
* lisp/bbdb-mhe.el, lisp/bbdb-pgp.el, lisp/bbdb-sc.el:
* lisp/bbdb-vm.el, lisp/bbdb-ispell.el, lisp/bbdb-migrate.el:
* lisp/bbdb-site.el.in, lisp/bbdb.el: Conform to Emacs Lisp
package format convention.
    (Bug#45910)

2015-09-10  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb.el (bbdb-separator-alist): Use two newline characters
to separate records.


--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [BBDB] ChangeLog 2015-09-07 (new command bbdb-copy-fields-as-kill)

[Roland Winkler]

On Tue Sep 8 2015 Eric Abrahamsen wrote:
> I'd still personally prefer two newlines between records, but
> that's not a big deal.

You mean having two newline characters for the new `record' rule in
bbdb-separator-alist?  Yes, I think that makes sense.

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2015-09-07 (new command bbdb-copy-fields-as-kill)

[Roland Winkler]

On Sun Sep 6 2015 Eric Abrahamsen wrote:
> Okay, here's a new version of the patch that does that.

Please check my slightly different version of bbdb-copy-fields-as-kill.
I tried to avoid hard-coded formatting rules, but instead I added new
rules to the user variable bbdb-separator-alist.

The other changes listed below are rather minor.

2015-09-07  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb-com.el (bbdb-search-changed): Fix docstring.

2015-09-07  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb-com.el (bbdb-delete-field-or-record): Use delete for
phone and address fields.

2015-09-07  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb-com.el (bbdb-copy-records-as-kill): Fix docstring.
Delete unused local variable marker.

2015-09-07  Roland Winkler  <wink...@gnu.org>
* lisp/bbdb-com.el (bbdb-copy-fields-as-kill): New command.
* lisp/bbdb.el (bbdb-separator-alist, bbdb-mode-map): Update
accordingly.

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [PATCH] Function for copying field values

[Roland Winkler]

On Thu Sep 3 2015 Eric Abrahamsen wrote:
> Basically it does what it says: if point is on a record name, the
> whole record is copied, like before. If point is on a particular
> field, the value (but not label) of that field is copied.

I am just trying to understand a typical usage pattern for the
extended code.  I understand that it can make sense for a single
record to grab the value of only one field.  Yet what would this be
good for with multiple records?  It seems to me that with multiple
records, this would make sense only if it included also the name of
the record.

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [PATCH] Function for copying field values

[Roland Winkler]

On Sat Sep 5 2015 Roland Winkler wrote:
> On Thu Sep 3 2015 Eric Abrahamsen wrote:
> > Basically it does what it says: if point is on a record name, the
> > whole record is copied, like before. If point is on a particular
> > field, the value (but not label) of that field is copied.
> 
> I am just trying to understand a typical usage pattern for the
> extended code.  I understand that it can make sense for a single
> record to grab the value of only one field.  Yet what would this be
> good for with multiple records?  It seems to me that with multiple
> records, this would make sense only if it included also the name of
> the record.

One more thought: Why treat names special?  The only field, where it
appears to make sense to grab its value from multiple records
without including some "identifier", would be the name field.

Then, treating all fields the same way might work best with a
separate command bbdb-copy-field-as-kill instead of extending the
functionality of bbdb-copy-records-as-kill.  The prefix arg could
then possibly be used in a different way: with prefix arg the
command could also grab the name field.  (Or: include the name field
whenever this command operates on more than one record?)

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-handy --- BBDB window as email-address chooser when write an email

[Roland Winkler]

On Tue Jun 16 2015 Feng Shu wrote:
 bbdb-handy is a BBDB tool, when in headers (TO: and CC:) of
 message-mode buffer, Type TAB key will will pop up a BBDB window
 as email-address chooser.

Why not use bbdb-complete-mail?

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [PATCH] bbdb-search: make `string-match' customizable.

[Roland Winkler]

On Mon Jun 1 2015 Barak A. Pearlmutter wrote:
 To put a slightly different perspective on this, I have a sizable
 bbdb file, and sometimes I can't find someone because I'm spelling
 their name wrong. Maybe Steven vs Stephen. The classic way to deal
 with this is to do a SOUNDEX search, or one of its successors.
 
 A hook here would be useful for this purpose. It wouldn't make
 sense to redefine string-match though. Perhaps there should be a
 standard string-match-loose which is used for
 potentially-approximate matches like this and which has a double
 handful of configuration options and tweaks that can be fiddled
 with by prefixes in the search string.

This is interesting, though it might go in a somewhat different
direction than what the OP had in mind who, I believe, was concerned
that typing Chinese names can be cumbersome so that he wanted an
ascii-based shortcut.

GNU Emacs comes with lisp/soundex.el (for many years).  Yet probably
this does not solve problems with other languages.  It seems to me
that soundex was designed for English only.  Every language has its
own phonetic rules.

The algorithms listed by Wikipedia
http://en.wikipedia.org/wiki/Phonetic_algorithm are all for the
English language, except for one algorithm for German.

There is also http://en.wikipedia.org/wiki/Approximate_string_matching

Again, all this is not specific to BBDB either.  It can probably be
useful for various emacs packages.  But BBDB is probably one of
them.

Any approximate search will give you yet more matches than what you
get otherwise.  So it might not always simplify life if you have a
large BBDB file.  Therefore, exact and approximate search tools
should probably exist in parallel.

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [PATCH] bbdb-search: make `string-match' customizable.

[Roland Winkler]

On Tue Jun 2 2015 Roland Winkler wrote:
 Any approximate search will give you yet more matches than what you
 get otherwise.  So it might not always simplify life if you have a
 large BBDB file.

The examples at the bottom of lisp/soundex.el illustrate this quite
well.

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [PATCH] bbdb-search: make `string-match' customizable.

[Roland Winkler]

On Sat May 30 2015 Feng Shu wrote:
 This patch make `string-match' used by `bbdb-search'
 customizable. I use this feature to search Chinese contacts names with
 pinyin. this is a very useful feature for CJK users.

...I am surprised: what is the purpose of replacing string-match
with something else?  (The emacs package chinese-pyim that you are
using seems to be documented in chinese only, which does not help
me.)

I can imagine that CJK might sometimes require different solutions
than, say, western languages.  Yet I am not sure whether it is the
right approach to then introduce custom variables like
bbdb-string-match-function to replace string-match in (only) certain
instances by something else.

I mean: string-match is used by emacs in a zillion of places.  If
for some reason this built-in function does not do what you need,
you might want to discuss at emacs-devel whether this can be
improved in a way that will benefit all emacs code.  Or loading the
package chinese-pyim could effectively replace string-match.
(Yet this only works at the lisp level.  There might also be
instances when string-match is called at the C level.)

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [PATCH] custom format functions -- don't use dynamic variable access

[Roland Winkler]

On Thu Nov 20 2014 Eric Abrahamsen wrote:
 Attached is a patch that changes how variables are accessed by custom
 field formatting functions. We've been relying on dynamic variable
 access by those functions, but the variables should probably be passed
 in as arguments instead.

This is really about an undocumented experimental feature and I am
curious:  Have you been using it and if yes in what context?

In your patch, I do not see a need to propagate the variable START
which holds the value of point when FORMATFUN is called.  Do you agree?

Also: Have you checked the code whether elsewhere it relies on
dynamic scoping?  I vaguely remember that BBDB used to use this more
often, but the only other instance I found was in bbdb-print.el
which anyway I'd like to rewrite.

`eval'-based code like bbdb-dial-local-prefix-alist is possibly
another candidate for updating.



 --
 From 8233febf7614290f3375c56ef4be4ceceb9da196 Mon Sep 17 00:00:00 2001
 From: Eric Abrahamsen e...@ericabrahamsen.net
 Date: Thu, 20 Nov 2014 12:31:07 +0800
 Subject: [PATCH] Pass dynamic vars to custom format functions
 
 * lisp/bbdb.el (bbdb-display-record-multi-line): Custom field-formatting
   functions should receive relevant variables as arguments, not access
   them dynamically.
 
 Proofing for lexical binding.
 ---
  lisp/bbdb.el | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/lisp/bbdb.el b/lisp/bbdb.el
 index ba7423a..f32a74b 100644
 --- a/lisp/bbdb.el
 +++ b/lisp/bbdb.el
 @@ -3789,7 +3789,7 @@ FIELD-LIST is the list of actually displayed FIELDS.
(setq start (point))
(cond (;; customized formatting
   (setq formatfun (intern-soft (format 
 bbdb-display-%s-multi-line field)))
 - (funcall formatfun record))
 + (funcall formatfun record indent fmt start))
  ;; phone
  ((eq field 'phone)
   (dolist (phone (bbdb-record-phone record))
 -- 
 2.1.3
 
 
 --
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 --
 ___
 bbdb-info@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/bbdb-info
 BBDB Home Page: http://bbdb.sourceforge.net/

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2015-05-23

[Roland Winkler]

On Thu Mar 12 2015 Eric Abrahamsen wrote:
  For this issue, this patch ought to do it.
 
  The optional arg COMPARE-FN of add-to-list defaults to equal.
 
 So it does! Here's another.

I have marginally simplified your patch.

2015-05-23  Eric Abrahamsen e...@ericabrahamsen.net
* lisp/bbdb.el (bbdb-record-set-field, bbdb-parse-records): Use
equal for comparison when populating lists of labels.

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Update records in some Gnus groups

[Roland Winkler]

On Thu Apr 30 2015 Eric Abrahamsen wrote:
 Best yet, let's simplify BBDB's whole noticing mechanism, and _then_
 write a manual for it. *ducks*

Suggestions welcome.  This code used to be yet much messier.
However it should cover a rather diverse spectrum of use cases.

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-completing-read-mails and tab-completion

[Roland Winkler]

On Sun Apr 26 2015 Peter Münster wrote:
 gnus-summary-resend-message asks in the minibuffer for the destination
 address, and that's the place, where I want to use the bbdb-tab-completion.
 With your hack, it works just fine, no need to fix anything.

I am glad you are satisfied.  Still I believe that partially
completed email addresses are not very meaningful return values in
such a context.

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-completing-read-mails and tab-completion

[Roland Winkler]

On Sun Apr 26 2015 Peter Münster wrote:
 On Sun, Apr 26 2015, Roland Winkler wrote:
 
  Still I believe that partially completed email addresses are not very
  meaningful return values in such a context.
 
 Sorry, I don't understand...  Why partially?  After completion, gnus
 gets the right address.

Say, I have bbdb-completion-list bound to '(lf-name) so that
bbdb-complete-mail uses the last name for completion.

Now if there are two records for Joe Andersen and Dave Anderson and
I type and, bbdb-complete-mail and also bbdb-completing-read-mails
will complete this to anders which is the common part of Andersen
and Anderson.  (That's called partial completion.  Emacs does it all
the time.)  But a meaningful return value for
bbdb-completing-read-mails would only be one or multiple comma-separated
valid email addresses.  In general, that's why completing-read has
an optional arg REQUIRE-MATCH.  If that's non-nil you must enter a
valid completion.  Partially completed values are not valid as
return values.

But bbdb-completing-read-mails does not use something like
REQUIRE-MATCH.

Roland

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-completing-read-mails and tab-completion

[Roland Winkler]

On Sat Apr 25 2015 Peter Münster wrote:
 When using bbdb-completing-read-mails like this:
 
 --8---cut here---start-8---
 (defadvice gnus-summary-resend-message (before pm/resend-with-bbdb act)
   Resend message with bbdb address completion.
   (interactive
(list (bbdb-completing-read-mails Resend message(s) to: 
 --8---cut here---end---8---
 
 the tab-completion fails with this message:
 
 Not a valid buffer position for mail completion
 
 How could I make it work please?

I am sorry, the code is broken.  A bad hack to make it work
*somehow* is to use a prompt for bbdb-completing-read-mails that
looks like a mail header, for example

  (bbdb-completing-read-mails Resend-message(s)-to: )

The real problem is:

bbdb-completing-read-mails is derived from bbdb-complete-mail which
is used in an ordinary buffer instead of a minibuffer, and
bbdb-complete-mail can also perform partial completion.  Yet I
believe in the context of bbdb-completing-read-mails, partial
completion doesn't make much sense as a return value for this
function.  I assume this must have been an old problem, already
present in BBDB 2.  Right now I am not sure whether / how this can
be solved cleanly by defining a suitable wrapper around
bbdb-complete-mail.

Currently, BBDB 3 uses bbdb-completing-read-mails only for its MH-E
interface.  But I am not aware of anybody using this interface,
which is probably why this problem went unnoticed for so long.

Different question: What is your use case?  Why do you want to
advice gnus-summary-resend-message?  Why can't you use
bbdb-complete-mail in some gnus buffer?  (I do not know many details
about gnus.)

Roland

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-record-set-field, strings, and 'eq

[Roland Winkler]

On Wed Mar 11 2015 Eric Abrahamsen wrote:
 For this issue, this patch ought to do it.

The optional arg COMPARE-FN of add-to-list defaults to equal.

Roland

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-record-set-field, strings, and 'eq

[Roland Winkler]

On Tue Mar 10 2015 Eric Abrahamsen wrote:
 When `bbdb-record-set-field' is setting a phone or address field, it
 adds the new label to the list of existing labels like this:
 
 (add-to-list 'bbdb-phone-label-list (bbdb-phone-label phone) nil 'eq)
 
 The labels are strings, and 'eq comparison means they're never
 equal

Thank you, that's a bug, though fortunately one that does not affect
daily usage of BBDB too much.  I guess I thought these labels were
symbols when I wrote this code.  The same problem exists with
bbdb-address-label-list.

I have several (more or less minor) patches for BBDB waiting, where
lately I was too busy with other things to install them.  I hope
that soon I'll find the time to do that.

Roland

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: How to add an organization to a record?

[Roland Winkler]

On Wed Nov 26 2014 Marco Wahl wrote:
 Let's say one record has no organizations yet.  Is there a possibility
 to add an organization to this record via the *BBDB* buffer
 interface?

bbdb-insert-field bound to i

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: how to choose from multiple email addresses in message buffer

[Roland Winkler]

On Sun Nov 9 2014 H. Dieter Wilhelm wrote:
  pick the third mail address for writing a mail.  But this might not be
  exactly the thing you are looking for.
 
 Right, it should work in a mail buffer as well and not only in
 bbdb.

The command bbdb-complete-mail seems to be what you want.  The
docstring describes various possiblities to customize this command.
For your particular case, you might want to look at the variable
bbdb-completion-list.

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Fwd: Bug#766518: cannot easily add new entries anymore in gnus

[Roland Winkler]

On Sat Oct 25 2014 Barak A. Pearlmutter wrote:
 There is a stub bbdb.texinfo file in the repo, which isn't in the
 debian binary package because including an empty info file seemed
 silly.  However it would be a good place to push info like this.
 Roland, how about a installation and configuration section? That
 seems like the most pressing documentation issue, as the code itself
 is well commented and pretty transparent.

I do not disagree, and I want to get started with this.  (Yet lately
I have been too busy with other stuff.)

The nontrivial problem remains how to make sure that people will
actually read this.  The issue which initiated this thread is
actually described in the README file for BBDB (which is not as
fancy as an info manual, but it is better than nothing).  Also, the
OP even found the relevant docstring for bbdb-mua-update-interactive-p.

Still this was not enough...

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Fwd: Bug#766518: cannot easily add new entries anymore in gnus

[Roland Winkler]

On Fri Oct 24 2014 Barak A. Pearlmutter wrote:
 Package: bbdb3
 Version: 3.1.2-1
 
 http://bbdb.sourceforge.net/bbdb.html#SEC36 says that : should ask if we
 want to add the person if they don't already exist.
 
 But it is not documented that way anymore in
 
 : runs the command bbdb-mua-display-sender
 
 Nor does it seem to do anything in gnus.

By default, BBDB is configured to be the least aggressive.
It seems you want to customize bbdb-mua-update-interactive-p.

Roland

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Fwd: Bug#766518: cannot easily add new entries anymore in gnus

[Roland Winkler]

On Sat Oct 25 2014 積丹尼 Dan Jacobson wrote:
 (bbdb-mua-update-interactive-p)
 
 Interactive spec for arg UPDATE-P of `bbdb-mua-display-records' and friends.
 If these commands are called without a prefix, the value of their arg
 UPDATE-P is the car of the variable `bbdb-mua-update-interactive-p'.
 Called with a prefix, the value of UPDATE-P is the cdr of this variable.

[snip] 
 Wish it was documented.

Please read the docstring you quoted above.

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-add-mails

[Roland Winkler]

On Sun Aug 31 2014 Rene wrote:
 Is it more appropriate to use bbdb-mua-update-interactive-p or
 bbdb-mua-auto-update-p?  What is exactly the difference between these two
 variables?

One is for interactive commands, the other for noninteractive
functions running in the background (see the README for BBDB).

  But an easier solution could be to use the MUA commands without /
  with a prefix and set bbdb-mua-update-interactive-p accordingly.
 
 What deos the MUA commands without / with a prefix mean?

MUA commands: see the README for BBDB.

prefix: see the Emacs manual.

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2014-08-30 (bbdb-print and utf8 bbdb file)

[Roland Winkler]

On Sat Aug 30 2014 Eric Abrahamsen wrote:
 I've never even gotten bbdb-print to work, it's always complained
 about undefined control sequences or something.

The lisp code should work fine.  I made sure that bbdb-print-record
does not fail in the rare case that the value of an xfield is a
sexp.  Also, bbdb-print now issues a message at the end that the
resulting file should be processed with tex, but not with latex
(till someone writes a LaTeX template).

 The tex code is very old, and doesn't make any provisions for
 non-latin characters. Probably the easiest stop-gap would be to
 change bbdb-print-prolog and bbdb-print-epilog to wrap the whole
 thing in latex statements or what have you, either make use of
 babel, or xelatex. I don't know if that would be enough to do the
 trick, but if it worked it would be the simplest solution.

The current plain TeX templates work well for me with latin utf8
characters, but they fail with, say, japanese characters (which
happen to be the only non-latin characters in my BBDB).

It would be nice if the old plain TeX templates get replaced by some
LaTeX templates that should make the code more robust and matching
what most people use nowadays.  -- Volunteers welcome!  (Please
assign the copyright for such a project to the FSF.  Copyright is
another reason to get rid of the old TeX files.)



2014-08-30  Roland Winkler  wink...@gnu.org
* lisp/bbdb-print.el (bbdb-print-require): Improve docstring.

2014-08-30  Roland Winkler  wink...@gnu.org
* lisp/bbdb-print.el (bbdb-print): Clarify prompt for file name.
Issue message on what to do with TeX file.

2014-08-30  Roland Winkler  wink...@gnu.org
* lisp/bbdb-print.el (bbdb-print-record): Handle xfields the value
of which are sexps.

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-print and utf8 bbdb file

[Roland Winkler]

On Sun Aug 31 2014 Rene wrote:
 When using *M-x bbdb-print or even M-x bbdb-print I only get a TeX file
 containing the current displayed record (the one my pointer is on in the
 *BBDB* buffer).

All these commands use the prefix `*', see the docstring of bbdb-print.

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-add-mails

[Roland Winkler]

On Sun Aug 31 2014 Rene wrote:
 In BBDB2 I used to set bbdb-always-add-addresses so that I could ignore new
 addresses in all folders except the `vm-primary-inbox'.  In order to do so I
 would make use of `rf-bbdb/vm-ignore-old-addresses' found in bbdb-rf.el.
 
 I can I get this same behavior with BBDB3?

I am not sure I fully understand what you want.  But it seems your
rule needs to go into bbdb-mua-update-interactive-p (some suitable
function).

But an easier solution could be to use the MUA commands without /
with a prefix and set bbdb-mua-update-interactive-p accordingly.

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: BBDBv3 will lost record when snarf an exist email to database.

[Roland Winkler]

 Anyhow, I think the solution is as simple as the attached patch,
 which always calls (bbdb-change-record record t t) whether or not
 the new record is going to be merged.

Thanks, I installed a slightly different patch which also ensures
that the new record is always displayed.

On a related issue: the rules currently used by bbdb-snarf are
somewhat heuristic and not the most reliable.  If someone comes up
with new / better rules, please post them here.


2014-08-09  Roland Winkler  wink...@gnu.org
* lisp/bbdb-snarf.el (bbdb-snarf): Always install and display the
new record.


BBDB is available at
http://savannah.nongnu.org/projects/bbdb/

--
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-do-all-records with mail-alias

[Roland Winkler]

On Sat Aug 2 2014 Roland Winkler wrote:
 Possible scenarios for such things are too diverse to define
 multiple commands to cover all possible cases.  In your case, it
 seems to me you want something like (untested!)
 
 (defun my-bbdb-add-mail-alias (records alias)
   Add same ALIAS to RECORDS.
   (interactive (list (bbdb-do-records)
  (bbdb-read-string Alias: )))
   (dolist (record records)
 (bbdb-add-mail-alias record nil alias)))

  (bbdb-add-mail-alias record alias)))

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-do-all-records with mail-alias

[Roland Winkler]

On Sat Aug 2 2014 H. Dieter Wilhelm wrote:
 Yes, with above change it is possible to create mail-aliases with
 bbdb-do-all-records in a *sequential* way for all entries.  Thanks
 
 Would it also be possible to do this for all selected entries with the
 same value of a mail-alias *at once*. Can I achieve this with defining a
 function bbdb-init-mail-alias?

If you have a scheme how your aliases, are derived, say, from the
name of each record, this function may come handy.  

However, bbdb-add-mail-alias is intended as interactive command,
giving the user some control.  If you want to define the same alias
for multiple records, you could define a wrapper for
bbdb-add-mail-alias which calls this function for each record and
with arg ALIAS being whatever you like it to be.  This way you could
skip all the interactive parts of bbdb-add-mail-alias.

Possible scenarios for such things are too diverse to define
multiple commands to cover all possible cases.  In your case, it
seems to me you want something like (untested!)

(defun my-bbdb-add-mail-alias (records alias)
  Add same ALIAS to RECORDS.
  (interactive (list (bbdb-do-records)
 (bbdb-read-string Alias: )))
  (dolist (record records)
(bbdb-add-mail-alias record nil alias)))

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: let BBDBv3 support adjust field sorting manually.

[Roland Winkler]

On Fri Aug 1 2014 stardiviner wrote:
 Let BBDBv3 support adjust field sorting manually with =[M-Up/Down]=.
 So I can see important field first, instead have to be limited by the time of
 field added.

You can transpose fields of the same type (two phone numbers, two
addresses, etc.) via bbdb-transpose-fields (bound to C-x C-t).
Fields of different type cannot be transposed, unless you write your
own display function and store the display order in each record.

Roland

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: BBDBv3 will lost record when snarf an exist email to database.

[Roland Winkler]

On Sat Aug 2 2014 stardiviner wrote:
 When I use =bbdb-snarf= to add email to a new record.
 report error: 
 When I try to re-add this email, after lost the record, it report error:
 =(error BBDB: marker absent)=
 
 I think BBDB show check the database before really do write action.
 If database has exist the email, then raise exist record, or raise error.
 
 BTW, BBDB will raise error when move to next record which is already at last
 record.
 I think BBDB should not raise this error, just a message in minibuffer is
 fine.

I am sorry, can you provide a more accurate recipe for how to
reproduce the bug you observe?  See the emacs manual for reporting
bugs.

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: define faces for variant BBDB field names

[Roland Winkler]

On Sat Aug 2 2014 Eric Abrahamsen wrote:
 I think this is just a misunderstanding about what
 `bbdb-name-face-alist' does. It *only* provides font-locking for the
 actual name of the record, not the other fields. You give the record an
 xfield called 'name-face, and the *value* of that field points to one of
 the keys of `bbdb-name-face-alist'. Then the specified face is used to
 format the name of the record, none of its other fields.

correct

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2014-07-22

[Roland Winkler]

2014-07-22  Roland Winkler  wink...@gnu.org
* lisp/Makefile.am: Do not load init files or site files for byte
compilation (Bug#42482). Use long options.
* lisp/makefile-temp: Ditto.  New variable emacs_compile.


BBDB is available at
http://savannah.nongnu.org/projects/bbdb/

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: BBDB suddenly not working for me

[Roland Winkler]

On Mon Jun 23 2014 Barak A. Pearlmutter wrote:
 I've been having similar issues. When it happens I delete the
 .bbdb and *BBDB* buffers and they get reloaded and everything
 seems okay again.

I have never encountered this.  Could you possibly try to provide a
reproducible recipe for this or look at this in the debugger to see
what might have gone wrong?

Roland

PS: deleting ~/.bbdb is obviously dangerous, unless you have a
backup system you know for sure to be reliable.

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: BBDB suddenly not working for me

[Roland Winkler]

On Mon Jun 23 2014 Steven Arntson wrote:
 Here's the strangest thing I've encountered in emacs for awhile. I
 just started a new session, and BBDB still wasn't working. I hit
 C-x C-b to list the buffers and it informed me of this buffer:
 
 bbdb 20446 Emacs-Lisp ~/.emacs.d/bbdb
 
 As far as I know, I have no file named bbdb---mine is
 .bbdb. So I thought, well, this explains it. A ghost file is
 loading for some reason. And indeed, this buffer contains no data
 beyond a header.

This is somewhat strange, but not completely strange.  The variable
bbdb-file is initialized using a call to locate-user-emacs-file.

If this finds an old-fashioned file ~/.bbdb, this becomes the value
of bbdb-file.  If there is no such old-fashioned file, the value of
bbdb-file becomes ~/.emacs.d/bbdb.  Then the latter file will be
created by BBDB, if emacs cannot find neither ~/.bbdb nor
~/.emacs.d/bbdb.

The reason for this is that nowadays all such Emacs files should
reside in ~/.emacs.d/ instead of cluttering your home directory.

So all this really means that for some strange reason upon startup
Emacs does not find your file ~/.bbdb.

The function locate-user-emacs-file is nowadays used by many emacs
packages.  I'd be surprised if their was something wrong with it,
though I cannot copletely exclude this either.  If you do find the
problem to be related to this function, this might be a bug in emacs
itself.

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: 0 becomes X upon phone entry

[Roland Winkler]

On Thu Jun 19 2014 jida...@jidanni.org wrote:
 Upon entering 09... it becomes
 phone (Office):  x98373737373

Looks like you want to bind bbdb-phone-style to nil.

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [BBDB] ChangeLog 2014-05-06

[Roland Winkler]

On Thu Jun 12 2014 Barak A. Pearlmutter wrote:
 I'd check for the function. Seems more robust.

Agreed.

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Patch to makefile-temp

[Roland Winkler]

On Tue Jun 3 2014 Vincent Belaïche wrote:
 Anyway, you are right in mentioning that my patch has some border
 effect on other systems than MSYS. Please find herein attached an
 updated patch.

I am sorry, I am still not excited about this.

The idea about lisp/makefile-temp has been to keep it plain and
simple (as compared with the autotools stuff that has its own
twists).  Yet your code uses syntax specific for GNU Make (ifeq and
CURDIR).  Sure, it's possible to work around it and turn this file
into a fancy Makefile with all bells and whistles that cover all
possibilities.  But that has Not been the goal here and I do not
want to get lost in such an effort.

I am sorry!

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Patch to makefile-temp

[Roland Winkler]

On Mon Jun 2 2014 Vincent Belaïche wrote:
 - --eval '(setq generated-autoload-file '`pwd`/$@')' \
 + --eval '(setq generated-autoload-file $(cur_dir)\\$@)' \

How is the backslash supposed to work on unix-like systems?
Am I missing something?

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: add bbdb-mail-aliases to bbdb-insinuate-gnus?

[Roland Winkler]

On Thu May 22 2014 Eric Abrahamsen wrote:
  There is already a skeleton on savannah, volunteers welcome.
  I do request that contributors assign their copyright to the FSF
  (I believe you already have).
 
 I've seen that, but I guess by skeleton I meant not a texi file
 outline, but a general topic outline for the manual. It's harder to get
 started when you're staring at a blank page... But if that's what there
 is, that'll do as well.

So far, I did not find the time to familiarize myself in more detail
with writing a texi info manual.  So up to now the skeleton is what
it is.  As I said, volunteers welcome.

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: add bbdb-mail-aliases to bbdb-insinuate-gnus?

[Roland Winkler]

On Tue May 20 2014 Eric Abrahamsen wrote:
 I don't know enough about the auto-update stuff to say. It never made a
 whole lot of sense to me, requiring both (bbdb-initialize 'gnus) and
 (bbdb-mua-auto-update-init 'gnus), because I can't really imagine
 wanting one but not the other. Are you proposing an equivalent:
 
 (bbdb-initialize 'gnus 'gnus-auto-update)

I expect something like the following to be more common

   (bbdb-initialize 'gnus 'message-auto-update)

This way the auto-update is all in all less aggressive.

 Or something like that? There are so many other options
 controlling how messages are scanned, it seems like you could
 leave out initializing the auto-update stuff entirely and just let
 users play with bbdb-mua-auto-update-p.

As usual, I guess this is a matter of taste.

 How many people are using multiple MUAs?

From BBDB's perspective everyone uses two, one for incoming and one
for outgoing messages.

 Also, does anyone have a bbdb.texi file underway? If there was even a
 skeleton TOC in the repository, it would make it easier to start tossing
 in bits and pieces of documentation.

There is already a skeleton on savannah, volunteers welcome.
I do request that contributors assign their copyright to the FSF
(I believe you already have).

Roland

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: add bbdb-mail-aliases to bbdb-insinuate-gnus?

[Roland Winkler]

On Mon May 19 2014 Eric Abrahamsen wrote:
 For a year or more I've been mildly curious about why mail aliases
 didn't work in BBDB -- nothing ever expanded. I finally tried to
 figure out why, and realized you have to manually call
 `bbdb-mail-aliases' in order to make it work.
 
 It seems like this is something that should happen on
 (bbdb-initialize 'gnus), doesn't it? Inside `bbdb-insinuate-gnus'
 (or somewhere else appropriate) couldn't we check to see if any
 records have a mail-alias field, and automatically set up the
 mail aliases, if so? I'd be happy to provide a patch.

Thanks, I have never thought about this.  Already with BBDB v2 it
was necessary to initialize mail-aliases via a function to be put
into mail-setup-hook (then possily called differently from
bbdb-mail-aliases).

I guess this can be handled by bbdb-initialize.  But this feature
is really separate from the other ones handled by bbdb-initialize
and I am hesitant to provide packaged solutions where some
initialization intends to address several unrelated issues.

So probably this should be handled by a separate arg for
bbdb-initialize.

While there are lots of different and unrelated features that can be
initialized, it is probably good to provide one common way of
initializing them (and also documenting them in the docstring of
bbdb-initialize).  So it might also be good to make
bbdb-mua-auto-update-init obsolete, but instead handle all these
features by different args for bbdb-initialize.

Roland

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2014-05-15

[Roland Winkler]

On Mon May 12 2014 Roland Winkler wrote:
 On Mon Apr 28 2014 Barak A. Pearlmutter wrote:
  PS bbdb-fix-record updates the timestamp even if it hasn't changed
  anything else.
 
 The patch below should fix this.

Well, this did not quite work when the code got compiled.  Now it
should work properly.  Also, bbdb-insert-field and bbdb-edit-field
will issue a message if the record remained unchanged.


2014-05-15  Roland Winkler  wink...@gnu.org
* lisp/bbdb.el (bbdb-redisplay-record): Delete record from
bbdb-records if record is undisplayed.
* lisp/bbdb-com.el (bbdb-omit-record): Simplify. Handle records at
beginning and end of bbdb-buffer properly.

2014-05-15  Roland Winkler  wink...@gnu.org
Fix and improve previous patch.
* lisp/bbdb.el (bbdb-update-unchanged-records): Renamed from
bbdb-save-unchanged-records.
(bbdb-with-print-loadably): Put at beginning of bbdb.el.
(bbdb-change-record): Return record only if we updated it.
* lisp/bbdb-com.el (bbdb-touch-records): Use
bbdb-update-unchanged-records.
(bbdb-insert-field, bbdb-edit-field): Issue message if record
remained unchanged.


BBDB is available at
http://savannah.nongnu.org/projects/bbdb/

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2014-05-12

[Roland Winkler]

On Mon Apr 28 2014 Barak A. Pearlmutter wrote:
 PS bbdb-fix-record updates the timestamp even if it hasn't changed
 anything else.

The patch below should fix this.

The new variable bbdb-save-unchanged-records allows to re-save records
unconditionally even if they were not changed.  I declared this
variable as an internal variable of BBDB.  Is there possibly a usage
scenario where a user wants to set it to non-nil globally in his
init file?


2014-05-12  Roland Winkler  wink...@gnu.org
* lisp/bbdb.el (bbdb-change-record): If an editing command did not
change a record compared to its value in bbdb-buffer, do not call
bbdb-change-hook and do not save it.
(bbdb-save-unchanged-records): New internal variable.
* lisp/bbdb-com.el (bbdb-touch-records): New command.

2014-05-12  Roland Winkler  wink...@gnu.org
* lisp/makefile-temp: Create bbdb-pkg.el from bbdb-pkg.el.in.


BBDB is available at
http://savannah.nongnu.org/projects/bbdb/

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] ChangeLog 2014-05-06

[Roland Winkler]

(1) BBDB now allows arbitrary lisp expressions as values of
xfields.  Interactively, you can call bbdb-insert-field or
bbdb-edit-field with a prefix arg for this.  If the value of an
xfield is not a string, it is displayed using the same
pretty-printer used by describe-variable.

There might still be some rough edges with this new feature that
I have overlooked.  Please report them here.

(2) Do not treat bbdb-change-hook special when inside
bbdb-notice-mail-hook or bbdb-notice-record-hook.


2014-05-06  Roland Winkler  wink...@gnu.org
Do not treat bbdb-change-hook special when inside
bbdb-notice-mail-hook or bbdb-notice-record-hook.
* lisp/bbdb.el (bbdb-notice-mail-hook, bbdb-notice-record-hook):
Update docstring.
(bbdb-notice-hook-pending): Remove.
(bbdb-change-record): Always call bbdb-change-hook if a record was
changed.
* lisp/bbdb-mua.el (bbdb-update-records, bbdb-annotate-message):
Change accordingly.

2014-05-06  Roland Winkler  wink...@gnu.org
Allow arbitrary lisp expressions as values of xfields.
* lisp/bbdb.el (bbdb-record-type): Update accordingly.
(bbdb-string-trim): New optional arg null.
(bbdb-record-xfield-intern): Return xfield value unmodified if it
is not a string.
(bbdb-record-xfield-string): New function.
(bbdb-record-xfield-split): Throw error if xfield value is not a
string.
(bbdb-record-set-xfield, bbdb-record-set-field)
(bbdb-merge-xfield, bbdb-display-record-one-line)
(bbdb-display-record-multi-line)
* lisp/bbdb-com.el (bbdb-search, bbdb-read-field)
(bbdb-edit-field, bbdb-read-xfield): Allow xfield values that are
not a string.
(bbdb-add-mail-alias): Simplify.

2014-05-06  Roland Winkler  wink...@gnu.org
* lisp/bbdb.el (bbdb-parse-postcode): Finish immediately if one
test succeeds.


BBDB is available at
http://savannah.nongnu.org/projects/bbdb/

--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
#149; 3 signs your SCM is hindering your productivity
#149; Requirements for releasing software faster
#149; Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Compose mail to everyone whose record is displayed, including all addresses in the net field?

[Roland Winkler]

On Sun May 4 2014 Eric Abrahamsen wrote:
  kid name
  net: m...@gmail.com, d...@gmail.com
  AKA: family name
   mail-alias: soccer_team_name
 
  I would ideally like to list all email addresses in each BBDB tuple in
  the To: field of the email using one command on the *BBDB* buffer.
 
 Check the docstring for bbdb-mail, which is the function that starts
 mail composition from the BBDB buffer. Looks like if you give it a C-u
 prefix, it will use all of the mail addresses. If you're combining this
 with the * prefix to act on all the visible records, you've got to hit
 the * before the C-u prefix key.

The above reply refers to BBDB 3.  It seems that Marc is using BBDB 2.
I do not know about the latter.  Marc, can you switch to BBDB 3?

Roland


BBDB is available at
http://savannah.nongnu.org/projects/bbdb/

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Problems Generating bbdb-loaddefs.el

[Roland Winkler]

On Tue Apr 29 2014 Charles Philip Chan wrote:
 For the past little while I have been having problems generating
 bbdb-loaddefs.el. The error that I have been getting is:
 
 ,
 | emacs -batch -l autoload \
 | --eval '(setq generated-autoload-file
 '/usr/src/third_party_trees/current/emacs/bbdb/lisp/bbdb-loaddefs.el')' \
 | --eval '(setq make-backup-files nil)' \
 | -f batch-update-autoloads .
 | Invalid read syntax: #
 | make[2]: *** [bbdb-loaddefs.el] Error 255
 `
 
 What could be the problem. My Emacs version is 24.4.50.1.

I cannot reproduce this (with the latest GNU Emacs from trunk or
pretest 24.3.90).  Which version of BBDB are you using?  And which
computer system do you use?

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-notice-hook-pending

[Roland Winkler]

On Tue Apr 29 2014 Sam Steingold wrote:
 does this imply that whenever I read a message from a known sender
 the sender's record's timestamp will be updated?

If you have set up one of the notice hooks to modify the record
whenever you read a message from a known sender, then yes, this will
update the timestamp.  I do not see a reason why modifying a record
via a notice hook should be treated differently form any other
modification of a record.

I you do not modify the record via the notice hook, the time stamp
will not be touched either.

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-notice-hook-pending

[Roland Winkler]

On Tue Apr 29 2014 Aric Gregson wrote:
 What is the setting to shut this off? I continue to have odd errors with
 the bbdb file and would prefer it not be touched if not necessary.

What is your problem? - Here we are talking about situations where a
user has customized bbdb-notice-mail-hook and/or bbdb-notice-record-hook.
If for you these hooks are bound to nil (their default) the current
discussion should be irrelevant for you.

More generally, by default BBDB should never modify your bbdb-file
when reading mail.  If this happens to you nonetheless, this is
rather strange.

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb-notice-hook-pending

[Roland Winkler]

On Tue Apr 29 2014 Aric Gregson wrote:
 I sporadically get errors that certain records are presenting problems
 and then they will go away. Just thought maybe that preventing writing
 when not necessary would help. 

Whatever your problem is, it would be best if you could post here a
reproducible recipe for it.

 No intention to offend you. 

No worries.

 The fact is there is so little proper documentation with version 3
 that I thought seeking clarification would be appropriate.

...unfortunately a known problem

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [BBDB] version 3.1.2 released

[Roland Winkler]

On Mon Apr 28 2014 Barak A. Pearlmutter wrote:
 PS bbdb-fix-record updates the timestamp even if it hasn't changed
 anything else.

Barak, I post this on the list for everyone.

There are two issues here:

- Quite generally, BBDB could be smarter about making changes to
  bbdb-file.  If an editing command really did not change anything,
  BBDB should not do anything with bbdb-file.

  (Still one might want to have a way where a null change of a record
  nonetheless triggers a call of bbdb-change-hook, similar to

  $ touch file

- When should bbdb-change-hook be called?  For example, it's a
  left-over from BBDB 2 that inside calls of bbdb-notice-mail-hook
  and bbdb-notice-record-hook, bbdb-change-hook is not called.  I do
  not know why this was set up that way.  It appears random to me.

  Thoughts or comments?  Does anyone on this list know the history
  about the notice hooks?

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

bbdb-notice-hook-pending

[Roland Winkler]

On Mon Apr 28 2014 Roland Winkler wrote:
 For example, it's a left-over from BBDB 2 that inside calls of
 bbdb-notice-mail-hook and bbdb-notice-record-hook,
 bbdb-change-hook is not called.  I do not know why this was set up
 that way.  It appears random to me.

The more I think about it the more I am convinced that there is no
reason bbdb-notice-mail-hook and bbdb-notice-record-hook should
treat bbdb-change-hook specially (by suppressing calls of
bbdb-change-hook).

So unless someone posts here a good reason for this, I am going to
remove this (i.e., I'll remove the internal variable
bbdb-notice-hook-pending which handles this special treatment).  If
someone really needs something of that kind, a simple and clean way
to achieve this is to let-bind bbdb-change-hook to nil inside calls
of bbdb-notice--mail-hook and bbdb-notice-record-hook.  (This
apporach even offers finer control than the current approach as one
can temporarily remove individual elements in bbdb-change-hook.)

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[BBDB] version 3.1.2 released

[Roland Winkler]

Check it out at

https://savannah.nongnu.org/projects/bbdb

This is a bugfix release before I start playing with new features.

--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: xfield with non-string value?

[Roland Winkler]

On Fri Apr 25 2014 Eric Abrahamsen wrote:
 It wouldn't be hard to store information about a *single* message: you
 could concatenate message id, subject, group name, and whatever else
 into a single string, if necessary. But to be really useful, I was
 hoping to get a value like:
 
 '(((234234 323423) Message subject 87k3aelq1m@ericabrahamsen.net
 gnus:org-syntax-link)
   ((657465 234232) Other subject 87y4z0l0xi@talktalk.net
 gnus:org-syntax-link))
 
 I've got the easy part done: collecting this information in a notice
 hook and getting ready to do an xfield save -- but that's where it gets
 difficult!

Give me a few days to look into this.  Maybe it is not too difficult
to store such things as is.

Roland

--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: xfield with non-string value?

[Roland Winkler]

On Thu Apr 24 2014 Eric Abrahamsen wrote:
 I'm trying to create a custom xfield for records that is a list, not a
 string. So far as I can tell, it's only possible for xfield values to be
 strings. Is that correct? Is it possible to circumvent this at the
 moment?

By default, the values ox xfields should be strings.  Nonetheless,
there are various ways to go beyond that:

- bbdb-record-xfield-intern returns the interned value (i.e., a symbol)
  of an xfield LABEL

- bbdb-record-xfield-split splits the value as a list of strings.
  (See the source code of BBDB for how these functions are used in
  various places.)

- If you want to go beyond the constraint that the stored values of
  an xfield should be strings, this requires more of an effort.
  You need to define functions bbdb-display-XFIELD-LAYOUT and
  bbdb-read-xfield-XFIELD, plus possibly modifications elsewhere.
  I have not tried that myself as I did not find it necessary for
  anything I wanted to do with BBDB.

  The problem is that then your bbdb-file can be handled only if
  your customizations are first properly loaded.  This can make
  debugging more difficult.

Roland

--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/