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
+++
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
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
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.
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,
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
Date: Fri, 3 Jan 2014 23:44:00 -0600
From: wink...@gnu.org
To: bbdb-info@lists.sourceforge.net
Subject: [BBDB] ChangeLog 2014-01-03
The ChangeLog attached below describes several unrelated changes,
some of which have previously been discussed on this
By the way, there is still some issue that for installation on MSWindows
makefile-temp generate some scanty bbdb-loaddefs.el file, and I have to
do `M-x update-directory-autoloads' manually to get the full content.
I think that the problem is that the makefile command line is:
$(emacs)
@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
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.
: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
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
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
:
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
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
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
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:
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,
>
>
@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 "
(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
redi 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 long
.
%%% 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 co
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))
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 <vinc
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 b
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
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 :
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 2
28 matches
Mail list logo
