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

[Vincent Belaïche]

Hello,


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).


  Vincent.



De : Vincent Belaïche <vincent@hotmail.fr>
Envoyé : jeudi 29 juin 2017 15:05
À : Roland Winkler; BBDB info list
Objet : RE: bbdb-print.el lexical binding breaks bbdb-print-record


Ooops... there was some mistake in the code based on cl-progv which I supplied. 
Just to be 100% clear about this alternative solution, it would be as in the 
attached patch bug-1.diff.


   V.


De : Vincent Belaïche <vincent@hotmail.fr>
Envoyé : jeudi 29 juin 2017 13:24:53
À : Roland Winkler; BBDB info list
Objet : bbdb-print.el lexical binding breaks bbdb-print-record

Hello Roland,

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

Attached is a fix. I use a lambda expression to make the binding dynmical so 
that bbdb-print-require can be evalled in the correct context. An alternative 
fix would have been to use :

(cl-progv '(first-letter name organization mail phone address xfields) (list 
first-letter name organization mail phone address xfields)).

Well, to avoid any duplication in this case, it would be better to use some 
macro like this:

(defmacro bbdb-do-cl-progv ( l)
   `(cl-progv (quote ,l) (list ,@l)))

and then in bdbd-print-record:

(bbdb-do-cl-progv first-letter name organization mail phone address 
xfields)(list first-letter name organization mail phone address xfields)

Anyway, I prefer the lambda trick, I don't like cl-progv and eval. Probably 
lambdas are more portable to old Emacs versions.

  Vincent.
--
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

[Vincent Belaïche]

Hello Bob,

I did not have any problem with the Bbdb Print Tex Path. Certainly because on 
my machine it was already customized with the usual customization interface 
(M-x cutomize-variable...) to an existing path.

Problably, if not, bbdb-print.el should be robust to that and test if the 
directory exists to provide a suitable error message.

  V.


De : Bob Newell 
Envoyé : vendredi 30 juin 2017 06:51:40
À : BBDB info list
Objet : Re: bbdb-print.el lexical binding breaks bbdb-print-record

I also ran into this a while ago. I did a kludge fix in my initialization:

(setq bbdb-print-require t)

but of course this makes even blank records print, so it is not
exactly recommended for anything other than a quick and sloppy
workaround.

By the way I also had to do this as I was having a problem with the
tex-path being undefined:

(setq bbdb-print-tex-path '("/home/bnewell/.emacs.d/elpa/"))

and, in addition, the melpa package didn't seem to have the .tex files
so I had to fetch the git distribution and copy them over.

--
Bob Newell
Honolulu, Hawai`i

Sent via Linux Mint 17.

--
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/
--
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

[Vincent Belaïche]

I can't find this suggest-v3.x branch which you refer to here:

https://github.com/barak/BBDB/branches/all

  V.


De : Barak A. Pearlmutter <ba...@pearlmutter.net>
Envoyé : jeudi 29 juin 2017 15:16
À : Roland Winkler
Cc : Vincent Belaïche; BBDB info list
Objet : Re: bbdb-print.el lexical binding breaks bbdb-print-record
    
I've also made a fix for this, see github.com/barak/bbdb3 commit
7469e6e which is the tip of branch suggest-v3.x

It uses a slightly different mechanism to accomplish similar ends.

--
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

[Vincent Belaïche]

Ooops... there was some mistake in the code based on cl-progv which I supplied. 
Just to be 100% clear about this alternative solution, it would be as in the 
attached patch bug-1.diff.


   V.


De : Vincent Belaïche <vincent@hotmail.fr>
Envoyé : jeudi 29 juin 2017 13:24:53
À : Roland Winkler; BBDB info list
Objet : bbdb-print.el lexical binding breaks bbdb-print-record

Hello Roland,

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

Attached is a fix. I use a lambda expression to make the binding dynmical so 
that bbdb-print-require can be evalled in the correct context. An alternative 
fix would have been to use :

(cl-progv '(first-letter name organization mail phone address xfields) (list 
first-letter name organization mail phone address xfields)).

Well, to avoid any duplication in this case, it would be better to use some 
macro like this:

(defmacro bbdb-do-cl-progv ( l)
   `(cl-progv (quote ,l) (list ,@l)))

and then in bdbd-print-record:

(bbdb-do-cl-progv first-letter name organization mail phone address 
xfields)(list first-letter name organization mail phone address xfields)

Anyway, I prefer the lambda trick, I don't like cl-progv and eval. Probably 
lambdas are more portable to old Emacs versions.

  Vincent.


bug-1.diff
Description: bug-1.diff
--
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-print.el lexical binding breaks bbdb-print-record

[Vincent Belaïche]

Hello Roland,

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

Attached is a fix. I use a lambda expression to make the binding dynmical so 
that bbdb-print-require can be evalled in the correct context. An alternative 
fix would have been to use :

(cl-progv '(first-letter name organization mail phone address xfields) (list 
first-letter name organization mail phone address xfields)).

Well, to avoid any duplication in this case, it would be better to use some 
macro like this:

(defmacro bbdb-do-cl-progv ( l)
   `(cl-progv (quote ,l) (list ,@l)))

and then in bdbd-print-record:

(bbdb-do-cl-progv first-letter name organization mail phone address 
xfields)(list first-letter name organization mail phone address xfields)

Anyway, I prefer the lambda trick, I don't like cl-progv and eval. Probably 
lambdas are more portable to old Emacs versions.

  Vincent.


bug.diff
Description: bug.diff
--
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: Patch to support printout internationalization

[Vincent Belaïche]

Dear Roland,


Answering to myself, in order to note two limitations in the current code 
w.r.t. to the possibility to replace the current tex code by XeLaTeX or LaTeX 
code:


1) Lisp makes some direct code generation in bbdb-print.el like this


  (dolist (dim '(hsize vsize hoffset voffset))
(if (setq tmp (cdr (assoc dim alist)))
(insert (format "\\%s=%s\n" dim tmp


it should be possible to replace (format "\\%s=%s\n" dim tmp) by something 
else, for instance


   (format "\\PassOptionsToClass{%s=%s}{bbdb}\n" dim tmp)


if ever somebody makes some bbdb class to do same job. So the code should be:


  (dolist (dim '(hsize vsize hoffset voffset))
(if (setq tmp (cdr (assoc dim alist)))
(insert (funcall bbdb-format-page-layout-fun dim tmp


with bbdb-format-page-layout-fun a new defcustom.



2) final message


   "Process this file with TeX (not LaTeX)"


   should also be a defcustom, rather than wired in the code.



   Vincent.


--
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: Patch to support printout internationalization

[Vincent Belaïche]

Dear Roland,


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.


BR,

   Vincent.


De : Roland Winkler <wink...@gnu.org>
Envoyé : mercredi 8 juin 2016 13:55:32
À : Vincent Belaïche
Cc : BBDB info list
Objet : Re: Patch to support printout internationalization

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/

Patch to support printout internationalization

[Vincent Belaïche]

Dear Roland et al.,

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 ?


VBR,
   Vincent.





%%% bbdb-english.tex - for formatting address lists.

%%% Authors: Vincent Belaïche <incen...@users.sourceforge.net>
%%% Copyright (C) 2016 Vincent Belaïche
%%% Version: 

%%% English Locale for printing address list.

%%% For instructions on using this format file with BBDB, see bbdb-print.el
%%% which should have come bundled with this file.  The complete bbdb-print
%%% package is also available via anonymous ftp at:
%%% /cs.rochester.edu:/pub/u/boris/bbdb-print.tar.gz

%%% This file is part of the bbdb-print extensions to the Insidious
%%% Big Brother Database, which is for use with GNU Emacs.
%%%
%%% This program 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; either version 1, or
%%% (at your option) any later version.
%%%
%%% This program is distributed in the hope that it will be useful,
%%% but WITHOUT ANY WARRANTY; without even the implied warranty of
%%% MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
%%% General Public License for more details.
%%%
%%% You should have received a copy of the GNU General Public License
%%% along with GNU Emacs; see the file COPYING.  If not, write to
%%% the Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA.


\def\printed#1{Printed #1}
\def\today{\number\day\space
\ifcase\month\or Jan\or Feb\or Mar\or Apr \or May\or June\or
Jul\or Aug\or Sept\or Oct\or Nov\or Dec\fi
\space\number\year}
\def\phonelabel{}
%%% bbdb-french.tex - for formatting address lists.

%%% Authors: Vincent Belaïche <incen...@users.sourceforge.net>
%%% Copyright (C) 2016 Vincent Belaïche
%%% Version: 

%%% French Locale for printing address list.

%%% For instructions on using this format file with BBDB, see bbdb-print.el
%%% which should have come bundled with this file.  The complete bbdb-print
%%% package is also available via anonymous ftp at:
%%% /cs.rochester.edu:/pub/u/boris/bbdb-print.tar.gz

%%% This file is part of the bbdb-print extensions to the Insidious
%%% Big Brother Database, which is for use with GNU Emacs.
%%%
%%% This program 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; either version 1, or
%%% (at your option) any later version.
%%%
%%% This program is distributed in the hope that it will be useful,
%%% but WITHOUT ANY WARRANTY; without even the implied warranty of
%%% MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
%%% General Public License for more details.
%%%
%%% You should have received a copy of the GNU General Public License
%%% along with GNU Emacs; see the file COPYING.  If not, write to
%%% the Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA.


\def\printed#1{Imprim\'e le #1}
\def\today{\number\day\space
\ifcase\month\or Jan\or F\'ev\or Mar\or Avr \or Mai\or Juin\or
Juil\or Ao\^ut\or Sept\or Oct\or Nov\or D\'ec\fi
\space\number\year}
\def\mapphonelabel#1#2{\expandafter\def\csname phonelabel/#1\endcsname{#2}}
\mapphonelabel{cell}{mob.}
\mapphonelabel{home}{dom.}
\mapphonelabel{work}{bur.}
\mapphonelabel{other}{autre}
\def\phonelabel#1:{%
  \expandafter\let\expandafter\temp\csname phonelabel/#1\endcsname
  \ifx\temp\relax
 #1~:%
  \else
\temp~:%
  \fi
}
\let\setsize\setpssize


locale.diff
Description: locale.diff
--
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: [AUCTeX] AUCTeX support in lettre

[Vincent Belaïche]

I am using GNU Emacs on MSwindows XP & MSWindows 7, and this functions exists. 
FYI html-to-texi converter project on GNA! uses this function.
Anyhow, using an XML-like markup was just an example from the top of my head. 
Letting the user provide some Lisp sexp may be a better solution (except that 
writting backslashes in a Lisp expression is a bit more tedious).

VBR,
   Vincent.


> From: m...@gnu.org
> Date: Wed, 2 Dec 2015 11:11:22 +0100
> Subject: Re: [AUCTeX] AUCTeX support in lettre
> To: vincent@hotmail.fr
> CC: e...@ericabrahamsen.net; bbdb-info@lists.sourceforge.net; auc...@gnu.org
>
> Hi Vincent,
>
> 2015-12-01 0:30 GMT+01:00 Vincent Belaïche <vincent@hotmail.fr>:
>> This would be easilly analysed with some expression like
>>
>> (with-temp-buffer
>> (insert "" formatter-string "")
>> (xml-parse-region (point-min) (point-max)))
>
> I'm interested in this: `xml-parse-region' requires Emacs to be
> compiled with libxml2 in order to work. Do you think it's common? I
> use Emacs provided by Debian and it works, but I don't know which is
> the situation for other distros or the standard binaries for other
> operating systems.
>
> Bye,
> Mosè
  
--
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=254741911=/4140
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

RE: [AUCTeX] AUCTeX support in lettre

[Vincent Belaïche]

FYI, I will not do this work soon...

Now, concerning Eric's question about auto-completion, I do not intend to
reinvent the wheel. I will reuse whatever autocompletion mechanism is
provided by BBDB of with which BBDB has some already existing
connection. Well, my intention is plainly to use something like

(bbdb-completing-read-record "Recipient: ")

The technical problems which I forsee are the following:

- address presentation depends on recipient's country, so the question is
  how to configure that.

- Presence of country name in address depends on whether the sender and
  recipient are in the same country, and its presentation depends on the
  sender's country, for instance if you send a letter to Spain from
  France you would write Espagne, if you send it from Mexico you would
  write España, and if you send it from England you would write Spain.

- A same name can have several postal addresses, when there are several
  of them:
  - how to rank them / identify them
  - how to browse through them

My current thinking is that there will be some defcustom alist with some
mapping between county name regexp (e.g. "\\`U\.?S\.?A\.?\\'") and some
country symbol (e.g. 'usa), and then some other alist with some mapping
between country symbol and
1) some address formatter.
2) some alist for translating recipient's country symbol to country name 
depending
   on sender's country symbol

The address formatter maybe a function or a string.

If formatter is a function then it would take as argument:

1) the recipient name
2) the recipient address streetline list, and
3) optionnally the translated recipient's country name (omission meaning
  do not insert.

For instance a standard formatter function could be:

(lambda (name streetlines  country)
  (insert "\\textsc{" name "}\n")
  (dolist (streetline streetlines)
 (insert streetline "\n"))
  (if country (insert country)
    (delet-region  (- (point) 3) (point

This function would be evalled in the letter buffer at point of
insertion of the address, and would do the string insertion by itself.

If formatter is a string it would contain markup for each of the address
field, plus some markup of what is conditional on field presence.  The
markup would be substituted with each field assigned the content of the
recipient address record, where country would be forced to nil in case
not to be inserted. For instance the string could use some XML-like
syntax as follows:

\textsc{}\\
\\
\\

This would be easilly analysed with some expression like

(with-temp-buffer
    (insert "" formatter-string "")
    (xml-parse-region (point-min) (point-max)))

VBR,
    Vincent




> To: bbdb-info@lists.sourceforge.net
> From: e...@ericabrahamsen.net
> Subject: Re: [AUCTeX] AUCTeX support in lettre
> Date: Sun, 15 Nov 2015 16:37:14 +0800
>
> Vincent Belaïche <vincent@hotmail.fr> writes:
>
>> Hello Mosè,
>>
>> BBDB is some sort of phone book (well, it means insidious Big-Bother
>> Data Base). My intention is to have functions to read the to-address with
>> auto-completion by getting the data from BBDB by means of name or
>> organisation.
>
> Are you intending to provide support for some/all of the existing
> auto-completion packages (ac, helm, company, etc), or home-roll
> something of your own?
>
> Just curious, as I'm still fooling around with BBDB and completion. I
> use helm, and recently replaced auto-complete with company-mode, which I
> generally like better. But helm-bbdb is unmaintained (I asked, and was
> told I could have it!) and while company-mode completes fine on the To
> header in message-mode, it seems to have somehow broken cycling on the
> From header.
>
> Anyhow... this is a bit off-topic, so I won't follow up to the auctex
> list.
>
> E
>
>> It is not that simple because the way you present the address in a
>> postal sending may need some formatting dependent on the country, so
>> probably a defcustom is needed to make this more open. There may also be
>> some dependance on the LaTeX extension (koma-script, letter or lettre),
>> I have not investigated kom-script yet, but letter and lettre are quite
>> similar.
>>
>> The same recipient name may also be associated with several snail mail
>> address, so there also needs to be some selection mechanism for this
>> case.
>>
>> Concerning the place where to put the Elisp code, well I don't know
>> where the best place is, probably some new tex-bbdb.el would be a good
>> alternative.
>>
>> VBR,
>> Vincent Belaïche
>>
>> PS: CC to BBDB list.
>> 
>>> From: m...@gnu.org
>>> Date: Fri, 13 Nov 2015 1

RE: [AUCTeX] AUCTeX support in lettre

[Vincent Belaïche]

Hello Mosè,

BBDB is some sort of phone book (well, it means insidious Big-Bother 
Data Base). My intention is to have functions to read the to-address with
auto-completion by getting the data from BBDB by means of name or
organisation.

It is not that simple because the way you present the address in a
postal sending may need some formatting dependent on the country, so
probably a defcustom is needed to make this more open. There may also be
some dependance on the LaTeX extension (koma-script, letter or lettre),
I have not investigated kom-script yet, but letter and lettre are quite
similar.

The same recipient name may also be associated with several snail mail
address, so there also needs to be some selection mechanism for this
case.

Concerning the place where to put the Elisp code, well I don't know
where the best place is, probably some new tex-bbdb.el would be a good
alternative.

VBR,
Vincent Belaïche

PS: CC to BBDB list.

> From: m...@gnu.org
> Date: Fri, 13 Nov 2015 12:23:13 +0100
> Subject: Re: [AUCTeX] AUCTeX support in lettre
> To: vincent@hotmail.fr
> CC: auc...@gnu.org
>
> Hi Vincent,
>
> 2015-11-12 23:23 GMT+01:00 Vincent Belaïche <vincent@hotmail.fr>:
>> Dear AUCTeX experts,
>>
>> For your information I intend to add AUCTeX support to package lettre of 
>> which I am the maintainer.
>>
>> Here is a preliminary verison, comments/brickbats welcome...
>>
>> http://svn.gna.org/viewcvs/lettre_observatoire/trunk/source/latex/lettre/lettre.el?revision=177=markup
>
> Just a comment: please use `TeX-read-string' instead of `read-string' ;-)
>
>> My intention is to add BBDB support, I have seen that this is also in the 
>> TODO list of AUCTeX for class letter. I think that it would be a good idea 
>> if some code could be commonalized for all letter supporting classes (the 
>> three main ones, AFAIK, are letter, lettre, and koma-script).
>
> I don't know what BBDB actually does, could you please briefly explain
> which features provides and how do you plan to integrate with your
> package?
>
>> Any idea how to do that ? Any suggestion where to start ?
>
> Do you mean how to commonalize the functions used in those style
> files? If so, indeed we don't have a real place where to put
> functions that should be used only in style files, they simply go in
> tex.el or latex.el, where appropriate. tex-style.el has been used so
> far only for variables (as stated also in the header).
>
> Bye,
> Mosè
  
--
___
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

[Vincent Belaïche]

FYI I have made a trial with a close to latest version of EMACS and that does 
not change what I get.

  Vincent.


 From: vincent@hotmail.fr
 To: ba...@cs.nuim.ie
 Subject: RE: Patch to makefile-temp
 Date: Wed, 4 Jun 2014 17:07:54 +0200
 CC: bbdb-info@lists.sourceforge.net

 Just to say that replacing `pwd` by $(CURDIR) and using mingw32-make does not 
 make it either, I still have that:

 LC_ALL=C c:/Programme/GNU/Emacs_build20130408/bin/emacs.exe --batch 
 --directory=./  -l autoload \
 --eval '(setq generated-autoload-file 
 c:/Programme/GNU/installation/bbdb-git/bbdb/lisp/bbdb-loaddefs.el)' \
 --eval '(setq make-backup-files nil)' \
 -f batch-update-autoloads c:/Programme/GNU/installation/bbdb-git/bbdb/lisp
 Generating autoloads for ../../../../bbdb-git/bbdb/lisp/bbdb-loaddefs.el...
 Generating autoloads for 
 ../../../../bbdb-git/bbdb/lisp/bbdb-loaddefs.el...done
 Saving file 
 c:/Programme/GNU/installation/emacs-install/emacs/trunk/lisp/c;c:msys.0ProgrammeGNUinstallatiobdb-gibdblisbdb-loaddefs.el...

 that is to say

 c:/Programme/GNU/installation/bbdb-git/bbdb/lisp/bbdb-loaddefs.el

 is expanded for some reason by my EMACS version into

 c:/Programme/GNU/installation/emacs-install/emacs/trunk/lisp/c;c:msys.0ProgrammeGNUinstallatiobdb-gibdblisbdb-loaddefs.el

 I do not know why this happens and whether that would still happen with the 
 latest version of EMACS. Maybe this is due to my using a non releast EMACS 
 --- one that was built from repo one year or so ago.

 VBR,
Vincent.


 
 From: vincent@hotmail.fr
 To: ba...@cs.nuim.ie
 CC: bbdb-info@lists.sourceforge.net
 Subject: RE: Patch to makefile-temp
 Date: Wed, 4 Jun 2014 15:24:38 +0200

 That has not to do with autoload tools, but with not using them. The 
 makefile-temp is not automatically generated by autoload tools, it is a 
 plain makefile that does not work in all cases --- at least it does not work 
 on MSWindows XP as far as I can say.

 I was proposing a fix which I had done for myself, while trying to keep 
 backward compatibility, but it seems that this fix is too complex, I do not 
 argue. The best way would anyway have been to use autoload --- or some other 
 build system that is platform independent (EDE ?). Or maybe there can be 
 alternative fixes simpler than what I had put forward (using mingw32-make 
 instead of msys make and $(CURDIR) instead of `pwd` would probably make it, 
 but I did not try...)

 Vincent.

 
 Date: Wed, 4 Jun 2014 11:29:38 +0100
 Subject: Re: Patch to makefile-temp
 From: ba...@cs.nuim.ie
 To: vincent@hotmail.fr
 CC: bbdb-info@lists.sourceforge.net

 If the autotools-based stuff doesn't work on MSWindows, please report
 the details.
 That would be a bug, and we should be able to fix it, because
 autotools-generated
 scripts are intended to work in that environment (given an installed
 bourne-compatible
 shell, and make), and they are doing nothing fancy here.

 If it is an issue of various support programs being necessary (texinfo 
 stuff,
 for example), we could try to add options like ./configure 
 --disable-texinfo or
 such, and default them to off if the support programs are unavailable.

 If it is a problem with filenames, that could probably be fixed with 
 appropriate
 machinations. Is it having trouble finding the Emacs executable? That would
 be a bug in some m4 macros. Anyway, we should arrange things so autotools
 works on MSWindows.

 --Barak.


 --
 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/
  
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
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

[Vincent Belaïche]

That has not to do with autoload tools, but with not using them. The 
makefile-temp is not automatically generated by autoload tools, it is a plain 
makefile that does not work in all cases --- at least it does not work on 
MSWindows XP as far as I can say.

I was proposing a fix which I had done for myself, while trying to keep 
backward compatibility, but it seems that this fix is too complex, I do not 
argue. The best way would anyway have been to use autoload --- or some other 
build system that is platform independent (EDE ?). Or maybe there can be 
alternative fixes simpler than what I had put forward (using mingw32-make 
instead of msys make and $(CURDIR) instead of `pwd` would probably make it, but 
I did not try...)

  Vincent.


 Date: Wed, 4 Jun 2014 11:29:38 +0100
 Subject: Re: Patch to makefile-temp
 From: ba...@cs.nuim.ie
 To: vincent@hotmail.fr
 CC: bbdb-info@lists.sourceforge.net

 If the autotools-based stuff doesn't work on MSWindows, please report
 the details.
 That would be a bug, and we should be able to fix it, because
 autotools-generated
 scripts are intended to work in that environment (given an installed
 bourne-compatible
 shell, and make), and they are doing nothing fancy here.

 If it is an issue of various support programs being necessary (texinfo stuff,
 for example), we could try to add options like ./configure --disable-texinfo 
 or
 such, and default them to off if the support programs are unavailable.

 If it is a problem with filenames, that could probably be fixed with 
 appropriate
 machinations. Is it having trouble finding the Emacs executable? That would
 be a bug in some m4 macros. Anyway, we should arrange things so autotools
 works on MSWindows.

 --Barak.
  
--
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

[Vincent Belaïche]

Just to say that replacing `pwd` by $(CURDIR) and using mingw32-make does not 
make it either, I still have that:

LC_ALL=C c:/Programme/GNU/Emacs_build20130408/bin/emacs.exe --batch 
--directory=./  -l autoload \
    --eval '(setq generated-autoload-file 
c:/Programme/GNU/installation/bbdb-git/bbdb/lisp/bbdb-loaddefs.el)' \
    --eval '(setq make-backup-files nil)' \
    -f batch-update-autoloads c:/Programme/GNU/installation/bbdb-git/bbdb/lisp
Generating autoloads for ../../../../bbdb-git/bbdb/lisp/bbdb-loaddefs.el...
Generating autoloads for ../../../../bbdb-git/bbdb/lisp/bbdb-loaddefs.el...done
Saving file 
c:/Programme/GNU/installation/emacs-install/emacs/trunk/lisp/c;c:msys.0ProgrammeGNUinstallatiobdb-gibdblisbdb-loaddefs.el...

that is to say

c:/Programme/GNU/installation/bbdb-git/bbdb/lisp/bbdb-loaddefs.el

is expanded for some reason by my EMACS version into 

c:/Programme/GNU/installation/emacs-install/emacs/trunk/lisp/c;c:msys.0ProgrammeGNUinstallatiobdb-gibdblisbdb-loaddefs.el

I do not know why this happens and whether that would still happen with the 
latest version of EMACS. Maybe this is due to my using a non releast EMACS --- 
one that was built from repo one year or so ago.

VBR,
   Vincent.



 From: vincent@hotmail.fr
 To: ba...@cs.nuim.ie
 CC: bbdb-info@lists.sourceforge.net
 Subject: RE: Patch to makefile-temp
 Date: Wed, 4 Jun 2014 15:24:38 +0200

 That has not to do with autoload tools, but with not using them. The 
 makefile-temp is not automatically generated by autoload tools, it is a plain 
 makefile that does not work in all cases --- at least it does not work on 
 MSWindows XP as far as I can say.

 I was proposing a fix which I had done for myself, while trying to keep 
 backward compatibility, but it seems that this fix is too complex, I do not 
 argue. The best way would anyway have been to use autoload --- or some other 
 build system that is platform independent (EDE ?). Or maybe there can be 
 alternative fixes simpler than what I had put forward (using mingw32-make 
 instead of msys make and $(CURDIR) instead of `pwd` would probably make it, 
 but I did not try...)

   Vincent.

 
 Date: Wed, 4 Jun 2014 11:29:38 +0100
 Subject: Re: Patch to makefile-temp
 From: ba...@cs.nuim.ie
 To: vincent@hotmail.fr
 CC: bbdb-info@lists.sourceforge.net

 If the autotools-based stuff doesn't work on MSWindows, please report
 the details.
 That would be a bug, and we should be able to fix it, because
 autotools-generated
 scripts are intended to work in that environment (given an installed
 bourne-compatible
 shell, and make), and they are doing nothing fancy here.

 If it is an issue of various support programs being necessary (texinfo stuff,
 for example), we could try to add options like ./configure --disable-texinfo 
 or
 such, and default them to off if the support programs are unavailable.

 If it is a problem with filenames, that could probably be fixed with 
 appropriate
 machinations. Is it having trouble finding the Emacs executable? That would
 be a bug in some m4 macros. Anyway, we should arrange things so autotools
 works on MSWindows.

 --Barak.

  
--
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

[Vincent Belaïche]

Hello Roland,

The 1st question should be why I don't simply use only forward slashes
under MSYS. As you know forward slashes are supported by MSWindows. This
is a separate issue from converting from an MSYS path like (call it /p/ ):

/c/Programme/GNU/installation/bbdb-git/bbdb/lisp

to a MSWindows path like (call it p:/ )

c:/Programme/GNU/installation/bbdb-git/bbdb/lisp

but also for purists (call it p:\ ):

c:\Programme\GNU\installation\bbdb-git\bbdb\lisp


EMACS does not understand /p/ paths, so I need to convert to p:\ or
p:/. Using p:/ would have been simpler and was supposed to work all the
same, however, the thing is that when I used the p:/ way instead of the
p:\ way, then I got this message:

Saving file 
c:/Programme/GNU/installation/emacs-install/emacs/trunk/lisp/c;c:msys.0ProgrammeGNUinstallatiobdb-gibdblisbdb-loaddefs.el...
Wrote 
c:/Programme/GNU/installation/emacs-install/emacs/trunk/lisp/c;c:msys.0ProgrammeGNUinstallatiobdb-gibdblisbdb-loaddefs.el

which shows that the generated bbdb-loaddefs.el seems not to go to the
right place. It seems therefore that my EMACS does some path processing
that interpretes the p:/ absolute path of the bbdb-loaddefs.el like a
unix list of pathes...

Maybe there is something wrong with my EMACS version, this is a build
from source that is approximately one year old. I know that there has
been changes in EMACS so that the build under MSWindows is made with
MSYS --- before there was some DOS batch to do that. Maybe this problem
that calls for p:\ instead of simply using p:/ would not happen with a
more recent or older version of EMACS.

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.

  Vincent

Roland Winkler a écrit :
 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?


diff --git a/lisp/makefile-temp b/lisp/makefile-temp
index 48daf1d..c2ad518 100644
--- a/lisp/makefile-temp
+++ b/lisp/makefile-temp
@@ -23,6 +23,17 @@
 # This file can compile BBDB's lisp code on most systems.  Yet it is not
 # intended to be foolproof!
 
+# For building under MSYS export OSTYPE to msys
+
+ifeq ($(OSTYPE),msys)
+# file separator must be escaped for lisp strings
+  cur_dir=$(shell pwd -W | sed 's!/!!g')
+  fs=\\
+else
+  cur_dir=$(CURDIR)
+  fs=/
+endif
+
 srcdir = .
 prefix = /usr/local
 lispdir = $(DESTDIR)/usr/local/share/emacs/site-lisp/bbdb
@@ -87,9 +98,9 @@ bbdb-loaddefs.el: $(SRCS)
 #	Generated autoload-file must have an absolute path,
 #	$(srcdir) can be relative.
 	$(emacs) -l autoload \
-		--eval '(setq generated-autoload-file '`pwd`/$@')' \
+		--eval '(setq generated-autoload-file $(cur_dir)$(fs)$@)' \
 		--eval '(setq make-backup-files nil)' \
-		-f batch-update-autoloads `pwd`
+		-f batch-update-autoloads $(cur_dir)
 
 .PHONY: no-bbdb-loaddefs
 no-bbdb-loaddefs:
--
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

[Vincent Belaïche]

Sorry for the mistake, my intention was to send the diff file, not the
modified makefile-temp.

 Hello,
 
 Not sure whether I have ever submitted this. This patch is supposed to
 smooth installation from repo with Windows + MSYS, without any border
 effect when MSYS is not there. Backward compatility is ensured by
 testing environment variable OSTYPE to be msys --- which is supposed to
 be the case under MSYS.
 
 VBR,
Vincent.

diff --git a/lisp/makefile-temp b/lisp/makefile-temp
index 48daf1d..ecfa0c7 100644
--- a/lisp/makefile-temp
+++ b/lisp/makefile-temp
@@ -23,6 +23,14 @@
 # This file can compile BBDB's lisp code on most systems.  Yet it is not
 # intended to be foolproof!
 
+# For building under MSYS export OSTYPE to msys
+
+ifeq ($(OSTYPE),msys)
+  cur_dir=$(shell pwd -W | sed 's!/!!g')
+else
+  cur_dir=$(CURDIR)
+endif
+
 srcdir = .
 prefix = /usr/local
 lispdir = $(DESTDIR)/usr/local/share/emacs/site-lisp/bbdb
@@ -87,9 +95,9 @@ bbdb-loaddefs.el: $(SRCS)
 #  Generated autoload-file must have an absolute path,
 #  $(srcdir) can be relative.
$(emacs) -l autoload \
-   --eval '(setq generated-autoload-file '`pwd`/$@')' \
+   --eval '(setq generated-autoload-file $(cur_dir)\\$@)' \
--eval '(setq make-backup-files nil)' \
-   -f batch-update-autoloads `pwd`
+   -f batch-update-autoloads $(cur_dir)
 
 .PHONY: no-bbdb-loaddefs
 no-bbdb-loaddefs:
--
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/

Patch to makefile-temp

[Vincent Belaïche]

Hello,

Not sure whether I have ever submitted this. This patch is supposed to
smooth installation from repo with Windows + MSYS, without any border
effect when MSYS is not there. Backward compatility is ensured by
testing environment variable OSTYPE to be msys --- which is supposed to
be the case under MSYS.

VBR,
   Vincent.

# Cheap BBDB makefile  -*- Makefile -*-
# Copyright (C) 2010-2014 Roland Winkler wink...@gnu.org
# 
# This file is part of the Insidious Big Brother Database (aka BBDB),
# 
# BBDB 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, either version 3 of the License, or
# (at your option) any later version.
# 
# BBDB is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
# 
# You should have received a copy of the GNU General Public License
# along with BBDB.  If not, see http://www.gnu.org/licenses/.

### Commentary:

# This file provides a cheap workaround for (most of) those users
# who like to use the latest BBDB, but do not have autotools installed.
# This file can compile BBDB's lisp code on most systems.  Yet it is not
# intended to be foolproof!

# For building under MSYS export OSTYPE to msys

ifeq ($(OSTYPE),msys)
  cur_dir=$(shell pwd -W | sed 's!/!!g')
else
  cur_dir=$(CURDIR)
endif

srcdir = .
prefix = /usr/local
lispdir = $(DESTDIR)/usr/local/share/emacs/site-lisp/bbdb

INSTALL = /usr/bin/install -c
INSTALL_DATA = ${INSTALL} -m 644

RM   = /bin/rm -f
LN_S = /bin/ln -s
CP   = /bin/cp

EMACS = emacs

# Command line flags for Emacs.
EMACSOPT =

# The actual Emacs command run in the targets below.
emacs = LC_ALL=C $(EMACS) --batch --directory=./ $(EMACSOPT)

# If you want to use BBDB with VM this should point to your vm/lisp directory.
# See also the target all below.
VMDIR =

VM = -eval '(unless (string-match $(VMDIR) ) (push $(VMDIR) load-path))'

.SUFFIXES: .elc .el .tar .Z .gz .uu

SRCS =  bbdb.el bbdb-site.el bbdb-com.el bbdb-print.el bbdb-anniv.el \
bbdb-migrate.el bbdb-snarf.el \
bbdb-mua.el bbdb-message.el bbdb-rmail.el \
bbdb-gnus.el bbdb-mhe.el bbdb-vm.el bbdb-pgp.el bbdb-sc.el \
bbdb-ispell.el

# ELC = $(patsubst %.el,%.elc,$(SRCS)) # GNU Make
ELC =   bbdb.elc bbdb-site.elc bbdb-com.elc bbdb-print.elc bbdb-anniv.elc \
bbdb-migrate.elc bbdb-snarf.elc \
bbdb-mua.elc bbdb-message.elc bbdb-rmail.elc \
bbdb-gnus.elc bbdb-mhe.elc bbdb-pgp.elc bbdb-sc.elc \
bbdb-ispell.elc

all: bbdb-loaddefs.el bbdb

bbdb:   bbdb-loaddefs.el $(ELC)
vm: bbdb-vm.elc

bbdb-loaddefs.el: $(SRCS)
#   2011-12-11: We switched from bbdb-autoloads.el to bbdb-loaddefs.el.
#   If the user still has an old bbdb-autoloads.el in the BBDB
#   lisp directory (and keeps loading it from the emacs init file),
#   we might get strange error messages that things fail.
#   So we throw an error if these old files are found.
@if test -f bbdb-autoloads.el -o -f bbdb-autoloads.elc; then \
  (echo *** ERROR: Old file(s) \`bbdb-autoloads.el(c)' found *** ; \
  echo *** Delete these files; do not load them from your init file 
***)  \
  false ; \
fi
-$(RM) $@;
@echo (provide 'bbdb-loaddefs)  $@;
@echo (if (and load-file-name (file-name-directory load-file-name)) 
 $@;
@echo (add-to-list 'load-path (file-name-directory 
load-file-name)))  $@;
@echo   $@;
#   Generated autoload-file must have an absolute path,
#   $(srcdir) can be relative.
$(emacs) -l autoload \
--eval '(setq generated-autoload-file $(cur_dir)\\$@)' \
--eval '(setq make-backup-files nil)' \
-f batch-update-autoloads $(cur_dir)

.PHONY: no-bbdb-loaddefs
no-bbdb-loaddefs:

.el.elc:
$(emacs) -f batch-byte-compile $

# Not perfect, but better than nothing:  If we do not have / do not use
# autotools, we simply copy bbdb-site.el.in to bbdb-site.el.
bbdb-site.el: bbdb-site.el.in
$(CP) $ $@
bbdb-site.elc: bbdb-site.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)

bbdb.elc: bbdb.el bbdb-site.elc
$(emacs) -f batch-byte-compile $(@:.elc=.el)

bbdb-com.elc: bbdb.elc bbdb-com.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)
bbdb-mua.elc: bbdb.elc bbdb-com.elc bbdb-mua.el
$(emacs) -eval '(unless (string= $(VMDIR) ) (push $(VMDIR) 
load-path) (load vm t t))' \
-f batch-byte-compile $(@:.elc=.el)
bbdb-rmail.elc: bbdb.elc bbdb-com.elc bbdb-mua.elc bbdb-rmail.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)
bbdb-gnus.elc: bbdb.elc bbdb-com.elc bbdb-mua.elc bbdb-gnus.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)
bbdb-mhe.elc: bbdb.elc bbdb-com.elc bbdb-mua.elc bbdb-mhe.el

RE: bbdb-clean-address-components: Symbol's function definition is void: bbdb-message-clean-name-default

[Vincent Belaïche]

Hello Roland,

I solves that problem, but there is still something strange happening:
if just after launching EMACS I do `C-x m' (tied to `M-x message-mail'
on my machine) to open a message buffer, then I have a single window
with the message, if then I enter some address and complete, I get 3
windows:

- the message window
- the *BBDB* window, and
- the *GNU Emacs* inital window.

The third window is unexpected. If I do this same procedure again, then
it does not happen, I have only the corresponding two first windows,
this is only the first time.

  Vincent.


 Date: Wed, 8 Jan 2014 21:38:10 -0600
 From: wink...@gnu.org
 To: vincent@hotmail.fr
 CC: bbdb-info@lists.sourceforge.net
 Subject: Re: bbdb-clean-address-components: Symbol's function definition is 
 void: bbdb-message-clean-name-default

 On Wed Jan 8 2014 Vincent Belaïche wrote:
  When I write an email with Message, and I type TAB for completion of
  address, it works, but I get some error message as follows:
 
  bbdb-clean-address-components: Symbol's function definition is void:
  bbdb-message-clean-name-default

 It seems that for you the function bbdb-message-clean-name-default
 did not get loaded from bbdb-mua.el. I moved this to bbdb.el (see
 the ChangeLog from today). Does this solve your problem?

 Roland

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments  Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

bbdb-clean-address-components: Symbol's function definition is void: bbdb-message-clean-name-default

[Vincent Belaïche]

Hello,

When I write an email with Message, and I type TAB for completion of
address, it works, but I get some error message as follows:

bbdb-clean-address-components: Symbol's function definition is void: 
bbdb-message-clean-name-default

Shall I file some bug report ?

VBR,
Vincent.

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[no subject]

[Vincent Belaïche]

 Date: Fri, 3 Jan 2014 23:44:00 -0600
 From: wink...@gnu.org
 To: bbdb-info@lists.sourceforge.net
 Subject: [BBDB] ChangeLog 2014-01-03

 The ChangeLog attached below describes several unrelated changes,
 some of which have previously been discussed on this list

 - avoid hard-coded references to xfield notes
 (is there a better name for the new command bbdb-edit-foo?)

 - after editing always update display in all BBDB buffers

 - clean up supercite support

 - bbdb-pgp.el for BBDB 3

 - more flexible editing of xfields

 - clean up handling of redundant email addresses

 - check more carefully/frequently that BBDB is editable

 - display records for messages more flexibly

 - handle new records more carefully

 - various bug fixes

 Comments welcome!


 2014-01-03 Roland Winkler wink...@gnu.org
 Update copyright year in all files.

 2014-01-03 Roland Winkler wink...@gnu.org
 Avoid hard-coded references to xfield notes.
 * lisp/bbdb.el (bbdb-default-xfield, bbdb-edit-foo)
 (bbdb-annotate-field, bbdb-mua-edit-field): New variables.
 (bbdb-auto-notes-rules): Fix docstring.
 * lisp/bbdb-com.el (bbdb-edit-foo): New command.
 (bbdb-search, bbdb-read-record): Use bbdb-default-xfield.
 (bbdb-insert-field): Do not handle initial value.
 (bbdb-prompt-for-new-field): Replace arg init by arg record to
 handle initial value here.
 * lisp/bbdb.el (bbdb-insert-field-menu): Change accordingly.
 * lisp/bbdb-mua.el (bbdb-annotate-record): Use
 bbdb-annotate-field. Allow empty strings for removing an xfield.
 (bbdb-mua-annotate-field-interactive): New function.
 (bbdb-mua-annotate-sender, bbdb-mua-annotate-recipients): Use it.
 New optional arg field.
 (bbdb-mua-edit-field-interactive, bbdb-mua-edit-field)
 (bbdb-mua-edit-field-sender, bbdb-mua-edit-field-recipients): Use
 variable bbdb-mua-edit-field.
 (bbdb-mua-edit-field-recipients): Use bbdb-default-xfield.
 * lisp/bbdb-snarf.el (bbdb-snarf-notes): Use bbdb-default-xfield.

 2014-01-03 Roland Winkler wink...@gnu.org
 After editing always update display in all BBDB buffers.
 * lisp/bbdb.el (bbdb-delete-record-internal): Rename optional arg
 remhash to completely. Undisplay record if non-nil.
 (bbdb-maybe-update-display): Update record in all BBDB buffers.
 (bbdb-change-record): Call it.
 (bbdb-redisplay-records): Remove.
 (bbdb-undisplay-records): New optional arg all-buffers.
 (bbdb-revert-buffer): Use it.
 * lisp/bbdb-com.el (bbdb-insert-field, bbdb-transpose-fields)
 (bbdb-delete-field-or-record, bbdb-delete-records)
 (bbdb-merge-records, bbdb-sort-addresses, bbdb-sort-phones)
 (bbdb-sort-xfields, bbdb-add-mail-alias)
 * lisp/bbdb-mua.el (bbdb-mua-edit-field): Do not call
 bbdb-maybe-update-display.
 * README: update accordingly.

 2014-01-03 Roland Winkler wink...@gnu.org
 Clean up supercite support.
 * lisp/bbdb.el (bbdb-utilities-sc): New custom group
 (bbdb-initialize): Update docstring.
 * lisp/bbdb-sc.el: Update doc.
 (bbdb-sc-attribution-field): Rename from
 bbdb/sc-attribution-field, keeping the old name as obsolete alias.
 (bbdb-sc-update-records-p): New variable.
 (bbdb-sc-update-attrib-p): Rename from bbdb/sc-replace-attr-p.
 (bbdb-sc-last-attrib): Rename from bbdb/sc-last-attribution. Make
 it internal variable.
 (bbdb-sc-set-attrib): Rename from bbdb/sc-set-attr, keeping the
 old name as obsolete alias.
 (bbdb-sc-update-from): Rename from bbdb/sc-default, keeping the
 old name as obsolete alias.

 2014-01-03 Roland Winkler wink...@gnu.org
 Overhaul lisp/bbdb-pgp.el for BBDB 3.
 * lisp/bbdb-pgp.el (bbdb-pgp-field): Rename from bbdb/pgp-field.
 (bbdb-pgp-default): Rename from bbdb/pgp-default-action.
 (bbdb-pgp-ranked-actions, bbdb-pgp-headers)
 (bbdb-pgp-method-alist): New variables.
 (bbdb/pgp-quiet): Obsolete.
 (bbdb-pgp-method): Rename from bbdb/pgp-method. Include support
 for PGP-auto format.
 (bbdb-read-xfield-pgp-mail): New function.
 (bbdb-pgp): Rename from bbdb/pgp-sign. Consider all message
 recipients in bbdb-pgp-headers. Use bbdb-pgp-ranked-actions,
 bbdb-pgp-headers, and bbdb-pgp-method-alist.
 * lisp/bbdb.el (bbdb-utilities-pgp): New custom group
 (bbdb-init-forms): Add init form for bbdb-pgp.
 (bbdb-initialize): Update docstring accordingly.
 * lisp/Makefile.am, lisp/makefile-temp: Support
 lisp/bbdb-pgp.el.

 2014-01-03 Gijs Hillenius g...@hillenius.com
 * lisp/bbdb-pgp.el: Adapt for BBDB 3. Remove outdated mailcrypt
 interface.
 (bbdb/pgp-method): New default mml-pgpmime.
 (bbdb/pgp-get-pgp): Use bbdb-message-search and bbdb-record-field.

 2014-01-03 Kevin Davidson t...@quadstone.com
 * lisp/bbdb-pgp.el: New file (taken from BBDB 2).

 2014-01-03 Roland Winkler wink...@gnu.org
 More flexible editing of xfields.
 * lisp/bbdb.el (bbdb-read-string): Rename optional arg default to
 init. New optional arg require-match.
 * lisp/bbdb-com.el (bbdb-read-organization)
 (bbdb-record-edit-address, bbdb-completing-read-mails): Rename
 optional arg default to init.
 (bbdb-insert-field): Simplify.
 

RE: [BBDB] ChangeLog 2014-01-03

[Vincent Belaïche]

By the way, there is still some issue that for installation on MSWindows
makefile-temp generate some scanty bbdb-loaddefs.el file, and I have to
do `M-x update-directory-autoloads' manually to get the full content.

I think that the problem is that the makefile command line is:

$(emacs) -l autoload \
--eval '(setq generated-autoload-file '`pwd`/$@')' \
--eval '(setq make-backup-files nil)' \
-f batch-update-autoloads `pwd`

and I have launched  the makefile with MSYS make rather than Mingw
make, so the absolute paths are in MSYS convention (i.e. path

c:/Programme/GNU/installation/bbdb-git/bbdb/lisp/

is shown as:

/c/Programme/GNU/installation/bbdb-git/bbdb/lisp/

which EMACS does not find as it considers it as

c:/c/Programme/GNU/installation/bbdb-git/bbdb/lisp/

I have tried with mingw32-make, but there is some issue also, some
antislash happens and spoil some path.

I think that latest emacs version have some ability to handle MSYS path
--- after all, latest versions of emacs can build under MSYS.

Since this is some temporary makefile, a work-around is attached
hereinafter:

# Cheap BBDB makefile  -*- Makefile -*-
# Copyright (C) 2010-2014 Roland Winkler wink...@gnu.org
# 
# This file is part of the Insidious Big Brother Database (aka BBDB),
# 
# BBDB 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, either version 3 of the License, or
# (at your option) any later version.
# 
# BBDB is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
# 
# You should have received a copy of the GNU General Public License
# along with BBDB.  If not, see http://www.gnu.org/licenses/.

### Commentary:

# This file provides a cheap workaround for (most of) those users
# who like to use the latest BBDB, but do not have autotools installed.
# This file can compile BBDB's lisp code on most systems.  Yet it is not
# intended to be foolproof!

cur_dir=$(shell pwd -W | sed 's!/!!g')

srcdir = .
prefix = /usr/local
lispdir = $(DESTDIR)/usr/local/share/emacs/site-lisp/bbdb

INSTALL = /usr/bin/install -c
INSTALL_DATA = ${INSTALL} -m 644

RM   = /bin/rm -f
LN_S = /bin/ln -s
CP   = /bin/cp

EMACS = emacs

# Command line flags for Emacs.
EMACSOPT =

# The actual Emacs command run in the targets below.
emacs = LC_ALL=C $(EMACS) --batch --directory=./ $(EMACSOPT)

# If you want to use BBDB with VM this should point to your vm/lisp directory.
# See also the target all below.
VMDIR =

VM = -eval '(unless (string-match $(VMDIR) ) (push $(VMDIR) load-path))'

.SUFFIXES: .elc .el .tar .Z .gz .uu

SRCS =  bbdb.el bbdb-site.el bbdb-com.el bbdb-print.el bbdb-anniv.el \
bbdb-migrate.el bbdb-snarf.el \
bbdb-mua.el bbdb-message.el bbdb-rmail.el \
bbdb-gnus.el bbdb-mhe.el bbdb-vm.el bbdb-pgp.el bbdb-sc.el \
bbdb-ispell.el

# ELC = $(patsubst %.el,%.elc,$(SRCS)) # GNU Make
ELC =   bbdb.elc bbdb-site.elc bbdb-com.elc bbdb-print.elc bbdb-anniv.elc \
bbdb-migrate.elc bbdb-snarf.elc \
bbdb-mua.elc bbdb-message.elc bbdb-rmail.elc \
bbdb-gnus.elc bbdb-mhe.elc bbdb-pgp.elc bbdb-sc.elc \
bbdb-ispell.elc

all: bbdb-loaddefs.el bbdb

bbdb:   bbdb-loaddefs.el $(ELC)
vm: bbdb-vm.elc

bbdb-loaddefs.el: $(SRCS)
#   2011-12-11: We switched from bbdb-autoloads.el to bbdb-loaddefs.el.
#   If the user still has an old bbdb-autoloads.el in the BBDB
#   lisp directory (and keeps loading it from the emacs init file),
#   we might get strange error messages that things fail.
#   So we throw an error if these old files are found.
$(info curdir=$(cur_dir))
@if test -f bbdb-autoloads.el -o -f bbdb-autoloads.elc; then \
  (echo *** ERROR: Old file(s) \`bbdb-autoloads.el(c)' found *** ; \
  echo *** Delete these files; do not load them from your init file 
***)  \
  false ; \
fi
-$(RM) $@;
@echo (provide 'bbdb-loaddefs)  $@;
@echo (if (and load-file-name (file-name-directory load-file-name)) 
 $@;
@echo (add-to-list 'load-path (file-name-directory 
load-file-name)))  $@;
@echo   $@;
#   Generated autoload-file must have an absolute path,
#   $(srcdir) can be relative.
$(emacs) -l autoload \
--eval '(setq generated-autoload-file $(cur_dir)\\$@)' \
--eval '(setq make-backup-files nil)' \
-f batch-update-autoloads $(cur_dir)

.PHONY: no-bbdb-loaddefs
no-bbdb-loaddefs:

.el.elc:
$(emacs) -f batch-byte-compile $

# Not perfect, but better than nothing:  If we do not have / do not use
# autotools, we simply copy bbdb-site.el.in to bbdb-site.el.
bbdb-site.el: bbdb-site.el.in
$(CP) $ $@

RE: [BBDB] ChangeLog 2014-01-03

[Vincent Belaïche]

-mua.elc bbdb-gnus.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)
bbdb-mhe.elc: bbdb.elc bbdb-com.elc bbdb-mua.elc bbdb-mhe.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)
# VM is not part of GNU Emacs
bbdb-vm.elc: bbdb.elc bbdb-com.elc bbdb-mua.elc bbdb-vm.el
$(emacs) $(VM) -f batch-byte-compile $(@:.elc=.el)
bbdb-sc.elc: bbdb.elc bbdb-com.elc bbdb-mua.elc bbdb-sc.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)

bbdb-print.elc: bbdb.elc bbdb-com.elc bbdb-print.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)
bbdb-migrate.elc: bbdb.elc bbdb-migrate.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)
bbdb-anniv.elc: bbdb.elc bbdb-com.elc bbdb-anniv.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)
bbdb-ispell.elc: bbdb.elc bbdb-ispell.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)
bbdb-snarf.elc: bbdb.elc bbdb-com.elc bbdb-snarf.el
$(emacs) -f batch-byte-compile $(@:.elc=.el)

install-el: all
$(INSTALL) -d -m 0755 $(lispdir)/
for elc in *.elc; do \
el=`basename $$elc c`; \
if test -f $(srcdir)/$$el; then \
echo Install $$el in $(lispdir)/; \
$(INSTALL_DATA) ${srcdir}/$$el $(lispdir)/; \
fi; \
done;
for el in bbdb-loaddefs.el; do \
echo Install $$el in $(lispdir)/; \
$(INSTALL_DATA) $$el $(lispdir)/; \
done;

install-elc: all
$(INSTALL) -d -m 0755 $(lispdir)/
for elc in bbdb-loaddefs.el *.elc; do \
echo Install $$elc in $(lispdir)/; \
$(INSTALL_DATA) $$elc $(lispdir)/; \
done;

uninstall:
for elc in *.elc; do \
  $(RM) $(lispdir)/$$elc; \
done
for el in *.el; do \
  $(RM) $(lispdir)/$$el; \
done

# Assorted clean-up targets
clean:
-$(RM) bbdb*.elc TAGS

distclean: clean

maintainer-clean: distclean
-$(RM) bbdb-loaddefs.el  # Generated file
-$(RM) Makefile

extraclean: maintainer-clean
-$(RM) *~ \#*

TAGS: $(SRCS)
etags $(SRCS)



 Date: Sat, 4 Jan 2014 10:57:06 -0600
 From: wink...@gnu.org
 To: vincent@hotmail.fr
 CC: bbdb-info@lists.sourceforge.net
 Subject: RE: [BBDB] ChangeLog 2014-01-03

 On Sat Jan 4 2014 Vincent Belaïche wrote:
  Since this is some temporary makefile, a work-around is attached
  hereinafter:

 How reliably does this patch work on other systems? I am hesitant
 to use such patches for this file if they might break things for
 other systems.
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

RE: notes field edition

[Vincent Belaïche]

By the way: happy new year 2014 and many thanks for BBDB v3.

   Vincent.


 From: vincent@hotmail.fr
 To: wink...@gnu.org
 CC: bbdb-info@lists.sourceforge.net
 Subject: RE: notes field edition
 Date: Thu, 2 Jan 2014 14:57:53 +0100

 The problem is some sort of inconsistency. When I did bbdb-create notes was 
 proposed, so it looks like some default field --- this is all the more true 
 that there is some bbdb-search-notes command. But then when I do 
 bbdb-insert-field notes was not in the list of fields for completion.

 Now that I have created some record with notes, this is no longer the case 
 (ie bbdb-insert-field proposes notes for completion, which masks the issue).

Vincent.



 Date: Sun, 29 Dec 2013 21:52:50 -0600
 From: wink...@gnu.org
 To: vincent@hotmail.fr
 CC: bbdb-info@lists.sourceforge.net
 Subject: RE: notes field edition

 On Fri Dec 27 2013 Vincent Belaïche wrote:
From this info node:

 http://bbdb.sourceforge.net/bbdb.html#SEC33

 I can read:

 ---
 ;

 (bbdb-edit-notes) A shortcut for editing the notes field.
 ---

 but there is no longer any bbdb-edit-notes function.

 When one create a new record notes is proposed for filling it

 I believe these things date back to old times when the notes field
 was the only field of its kind, that is, the user could not define
 new fields. - Even with BBDB 2 there was nothing special anymore
 about the notes field. Maybe a user prefers to put such things into
 a field foo? So I'd like to avoid such hard-coded solutions, this
 should be customizable. (Isn't this what all BBDB is about?) Now I
 am thinking about a user variable, which holds a cons pair, kind of
 similar to bbdb-mua-update-interactive-p. The car is the field to
 edit when the command is used without a prefix, and the cdr is the
 field to edit when called with a prefix. And if one of these is
 `all-fields' the user can enter the field to edit.

 I guess a similar thing should be done with the commands in
 bbdb-mua.el, which also contain hard-coded references to the notes
 field.

 but when you try to add notes afterwards there is no such field
 name prompting: neither the `;' shortcut is available, nor the
 bbdb-insert-field will propose `notes' like a field.

 The latter is not correct (at least for me): when bbdb-insert-field
 asks for the field to insert, this offers completion, and it
 includes all fields known in your BBDB session. So if at least one
 of your records has a notes field, `notes' is included in the list
 of completions provided by bbdb-insert-field.
   
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

RE: notes field edition

[Vincent Belaïche]

It seems that for some reason my answers are blocked somewhere in the pipe...

   Vincent.

 Date: Fri, 27 Dec 2013 07:30:32 +
 Subject: Re: notes field edition
 From: ba...@cs.nuim.ie
 To: wink...@gnu.org
 CC: bbdb-info@lists.sourceforge.net; vincent@hotmail.fr
 
 On 27 Dec 2013 03:49, Roland Winkler wink...@gnu.org wrote:
  I am sorry, I can only guess what you are talking about.  In which
  context are you missing a binding of `;' to which command?  Is there
  a solution you want to propose?
 
 I'd assume he means that, in pretty much any context in which bbdb is
 active, ';' should edit the notes field of the relevant entry.
 
 Currently this only happens in some contexts, e.g., in a list of
 messages in gnus (Summary mode defined in 'gnus-sum.el', or Article
 mode defined in 'gnus-art.el', ; runs the command
 bbdb-mua-edit-field-sender) but disconcertingly not in the bbdb
 window proper (BBDB mode, ; is undefined).
 --
 Barak A. Pearlmutter ba...@cs.nuim.ie
  Hamilton Institute  Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
  http://www.bcl.hamilton.ie/~barak/
  --
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

RE: Compile warning on bbdb-com.el byte-compilation

[Vincent Belaïche]

Hello,

Sorry for the disturbance, I could not reproduce the problem either ---
that has happened some time ago. I should have looked better before
reporting it. From my recollection the problem was sort of
bbdb-decompose-bbdb-address not being defined, and I had launched the
compilation with `B' in Dired Mode. I suspect that when I did that the
EMACS session which I was using was not a clean `no init file' (-q)
EMACS, but had some sort of other BBDB version and autoloads in its
memory, and that was the root for this issue.

Anyway that had happened when I was installing BBDBv3 on MSWindows with
using makefile_temp. At that time I had also noticed that the autoload
file produced by makefile_temp was quite scanty, I had to regenerate it
manually with `M-x update-directory-autoloads' for BBDB to work better
(like doing email adress expansion). FYI my init file contains the
following:

;; the path where is my git repo pulled source code.
(add-to-list 'load-path c:/Programme/GNU/installation/bbdb-git/bbdb/lisp/)
;; the file which was generated by M-x update-directory-autoloads
(load bbdb-loaddefs.el); 
(require 'bbdb)
(bbdb-initialize 'gnus 'message)

  Vincent.

 Date: Thu, 26 Dec 2013 20:48:39 -0600
 From: wink...@gnu.org
 To: vincent@hotmail.fr
 CC: bbdb-info@lists.sourceforge.net
 Subject: Re: Compile warning on bbdb-com.el byte-compilation

 On Thu Dec 26 2013 Vincent Belaïche wrote:
  When I byte-compile bbdb-com.el there comes some warning message.

 I cannot reproduce this. Which warning messages are you talking
 about? How are you byte-compiling bbdb-com.el? Which version of
 emacs?

  This warning is removed by the following patch adding some
  declare-function statement.
 [snip]
  (require 'bbdb)
  (require 'mailabbrev)
 
  +(declare-function bbdb-decompose-bbdb-address bbdb (mail))

 What is this supposed to fix? If 'bbdb is required, the byte
 compiler loads it anyway. Or the other way round: If it complains
 about bbdb-decompose-bbdb-address, there should be many other
 functions from that file it should complain about, too.

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

RE: notes field edition

[Vincent Belaïche]

The context is being in the *BBDB* buffer in BBDB mode.

From this info node:

http://bbdb.sourceforge.net/bbdb.html#SEC33

I can read:

---
 ;

(bbdb-edit-notes) A shortcut for editing the notes field.
---

but there is no longer any bbdb-edit-notes function.

When one create a new record notes is proposed for filling it, but
when you try to add notes afterwards there is no such field name
prompting: neither the `;' shortcut is available, nor the
bbdb-insert-field will propose `notes' like a field.

Maybe there is a misunderstanding by me about what notes are.

  Vincent



 Date: Fri, 27 Dec 2013 07:30:32 +
 Subject: Re: notes field edition
 From: ba...@cs.nuim.ie
 To: wink...@gnu.org
 CC: bbdb-info@lists.sourceforge.net; vincent@hotmail.fr

 On 27 Dec 2013 03:49, Roland Winkler wink...@gnu.org wrote:
  I am sorry, I can only guess what you are talking about. In which
  context are you missing a binding of `;' to which command? Is there
  a solution you want to propose?

 I'd assume he means that, in pretty much any context in which bbdb is
 active, ';' should edit the notes field of the relevant entry.

 Currently this only happens in some contexts, e.g., in a list of
 messages in gnus (Summary mode defined in 'gnus-sum.el', or Article
 mode defined in 'gnus-art.el', ; runs the command
 bbdb-mua-edit-field-sender) but disconcertingly not in the bbdb
 window proper (BBDB mode, ; is undefined).
 --
 Barak A. Pearlmutter ba...@cs.nuim.ie
 Hamilton Institute  Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
 http://www.bcl.hamilton.ie/~barak/

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Compile warning on bbdb-com.el byte-compilation

[Vincent Belaïche]

Hello,

When I byte-compile bbdb-com.el there comes some warning message. This
warning is removed by the following patch adding some declare-function
statement.

   Vincent.

diff --git a/lisp/bbdb-com.el b/lisp/bbdb-com.el
index 4e8c34d..5c39267 100644
--- a/lisp/bbdb-com.el
+++ b/lisp/bbdb-com.el
@@ -25,6 +25,8 @@
 (require 'bbdb)
 (require 'mailabbrev)
 
+(declare-function bbdb-decompose-bbdb-address bbdb (mail))
+
 (eval-and-compile
   (autoload 'build-mail-aliases mailalias)
   (autoload 'browse-url-url-at-point browse-url))
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

notes field edition

[Vincent Belaïche]

Hello,

It seems that the old keybinding `;' does not work any longer, and when
using `i' to insert a field, `notes' is not part of the pre-defined
fields.

Not sure whether that is a bug or not...

  Vincent.

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk
___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/