consistently. (This was a byproduct of my
attempts to define the note handlers.)
- Finally, I fixed various bugs and improved the documentation.
2011-04-02 Roland Winkler wink...@gnu.org
* lisp/bbdb.el (bbdb-utilities-anniv): New customization group.
(bbdb-create-hook, bbdb
As I announced already in a previous email, I'd like to put now the
new BBDB in a feature freeze with respect to my own lisp hacking.
So anybody who has followed the recent BBDB developments as an
observer but was hesitant to actually give it a try, is much
encouraged to try it now.
(Yet to
On Mon Apr 4 2011 Leo wrote:
I personally think it would be far more productive to worry about
backward compatibility later on. For example, we could add a new
org-bbdb3 module to org mode and leave the old as it is.
While I do not know any details of how BBDB is hooked into /
interfacing org
On Wed Mar 16 2011 Eric Abrahamsen wrote:
Wow, no kidding, that's a lot better. Pity about the lack of a nice info
file, but I'll go source-code spelunking now. Thanks for the pointer!
I am glad you like the new bbdb. I just want to let you know that my
rewrite is still work in progress. I want
for the modeline indicators for the search prefix
commands has been simplified (and fixed), too.
- A bug in bbdb-sort-records has been fixed.
- A few doc fixes.
2011-03-05 Roland Winkler wink...@gnu.org
* lisp/bbdb.el (bbdb-modeline-info): New variable.
(bbdb-mode): Use
On Mon Feb 28 2011 Antoine Levitt wrote:
Perfect, I just tried it and it works very nicely. There's a typo though:
Index: bbdb-mua.el
Thanks!
Roland
--
Free Software Download: Index, Search Analyze Logs and other
On Sun Feb 27 2011 Roland Winkler wrote:
On Wed Feb 23 2011 Ted Zlatanov wrote:
RW I'll try to make some kind of table that shows how the functionality
RW in the current code (functions and variables) relates to the old
RW BBDB code. Then hopefully it will become more clear to what extent
of such functions to have an
example if someone still wants to define his or her own functions
for this.
On Tue Feb 8 2011 Luca Capello wrote:
On Thu, 03 Feb 2011 05:31:50 +0100, Roland Winkler wrote:
On Wed Feb 2 2011 Johnny wrote:
This is a good idea; the current BBDB handling seems very
US-centered
On Wed Feb 16 2011 Johnny wrote:
Ok, so I have reverted to bbdb 2.35 to test the ';'
(bbdb/gnus-edit-notes) functionality, and using this function adds the
sender to the database if not already present, as explained in the info
files.
This function is broken in bbdb 3.02 as the ';' does
On Wed Feb 23 2011 Ted Zlatanov wrote:
SM Currently, the cycling code is fairly naive and it uses a fixed ordering
SM based on string length (shorter first). Patches to make it more
SM customizable (by the completion table, not just by the end-user) would
SM be very welcome (e.g. for file
On Wed Feb 23 2011 Ted Zlatanov wrote:
On Sat, 22 Jan 2011 10:54:12 -0600 Roland Winkler wink...@gnu.org wrote:
RW On Thu Jan 20 2011 Ted Zlatanov wrote:
Let me know when you've figured out what portions and authors need to be
tracked down. I'll work with Chong Yidong and you to do
On Tue Feb 15 2011 Stefan Monnier wrote:
In any case, it appears to me that this function is one of the
features of BBDB some people really like, so that at best one could
use alternative approach and let the users choose what they want.
I think it makes a lot of sense to provide:
-
On Mon Feb 14 2011 Stefan Monnier wrote:
- Individual completions can be pretty long. Not everybody has a
short address f...@gnu.org. So just a few completions can easily
occupy a lot of screen space, which adds to the confusion.
I'm not sure I understand what you're referring to.
My
On Sun Feb 13 2011 Antoine Levitt wrote:
I guess from your perspective bbdb-mua-pop-up-bbdb-buffer is, first
of all, a misnomer. The main action is hidden in
bbdb-mua-update-records. -- I'll look into this.
Yes. Maybe there should be two separate functions added to the hook, one
for
On Fri Feb 11 2011 Stefan Monnier wrote:
To tell you the truth, the infrastructure might have some missing
elements, but I'm interested in addressing those issues.
Some more thoughts on this:
- One problem with completion in BBDB can be that if the algorithm
isn't optimized enough for its
On Thu Feb 10 2011 Stefan Monnier wrote:
Since BBDB3 only works on Emacs 23, its completion could use
completion-at-point-functions and/or completion-in-region.
I looked into completion-in-region. Here the problem is that the
completion done by bbdb-complete-name is not a comventional
On Fri Feb 11 2011 jida...@jidanni.org wrote:
X-debbugs-Cc: bbdb-info@lists.sourceforge.net
Package: bbdb
Version: 2.36-2
Severity: wishlist
One gets these scary messages:
No MH variant found on the system
Perhaps append but that's OK' if they must be shown to the user.
This message
On Fri Feb 11 2011 Stefan Monnier wrote:
Indeed, we have a problem here, and I think that part of the problem is
on the side of bbdb-complete-name's behavior: it should include the name
(with quotes) along with the email address so that it is actually
a completion rather than a lookup.
Of
On Fri Feb 11 2011 Stefan Monnier wrote:
Joe Smith f...@bar.org
Now the idea is that typing foo would give you the above line.
`substring' completion does that since `foo' is a substring of the
above string.
Fine!
Also, this command implements the concept of cycling, which is yet
On Sun Feb 6 2011 Antoine Levitt wrote:
When using another completion in message mode, such as
(setq message-tab-body-function (lambda () (interactive) (dabbrev-expand
nil)))
, a successful BBDB completion also triggers the dabbrev-expand
completion.
I am not sure I understand
On Fri Feb 4 2011 Stefan Monnier wrote:
You are right. I guess the change of the default happened when I
added the code to use not only absolute line numbers but fractions
of the window hight. In general, my personal preference is to use
the latter. I'll be happy to go back to the old
I am thinking about ways to make the formatting of snail mail
addresses more flexible. In my BBDB I have addresses from a few
countries in the world, and each goes with slightly different
formatting styles, in particular for city, zip code and state.
Yet currently BBDB has only two hard-coded
On Wed Feb 2 2011 Johnny wrote:
Well, my recent discovery was that the variable name change
bbdb-popup-target-lines - bbdb-popup-window-size in BBDB 3.x. They seem
to do the same thing (i.e. setting the target number of lines for the
bbdb-popup window). The default value was 5 but is now 0.5.
On Wed Feb 2 2011 Johnny wrote:
Roland Winkler wink...@gnu.org writes:
Further, I don't understand how to get the bbdb/gnus-show-sender to add
unknown addresses;
[snip]
However, browsing the lisp code, I assume that the following is actually
invoked (?) which seems to simply return
On Thu Feb 3 2011 jida...@jidanni.org wrote:
See you BBDB snots, Harald feels the same way.
H == Harald Hanche-Olsen han...@math.ntnu.no writes:
H This is a particular risk that has been bothering me for a long time.
H Not BBDB especially, but just about every GUI has this tendency to pop
On Thu Feb 3 2011 Leo wrote:
It appears to me that the room number could become a second street
part. (The street part of a BBDB address is really just a list of
strings.)
Also, newlines would become part of the format specification. So if
the format specification for chinese addresses
On Wed Feb 2 2011 Johnny wrote:
This is a good idea; the current BBDB handling seems very
US-centered. For one, I think Postal code should replace the American
term Zip code as default naming, as this seems to be the generic
term.
This becomes yet more complicated. I vaguely remember that
On Thu Feb 3 2011 jida...@jidanni.org wrote:
All I know is BBDB should never allow spacebar instead of a genuine y
when asking questions, as that question might be asked when the user is
trying to scroll an article, and doesn't notice he is being asked
something there in the minibuffer.
I
On Wed Feb 2 2011 jida...@jidanni.org wrote:
C-o runs the command bbdb-insert-new-field, which is an interactive
compiled Lisp function in `bbdb-com.el'.
OK, I use it to make a new notes field, and it prompts me for its
contents.
Then only afterward does it figure out:
On Wed Feb 2 2011 jida...@jidanni.org wrote:
Yes I clearly saw there already was a notes field, but thought I could
add another one.
So it should have stopped me sooner.
Now that I know there can only be one, I just appended my further info
to it.
I see! -- The internal data structure of
On Wed Jan 19 2011 Ted Zlatanov wrote:
I'd be OK with providing BBDB3 in a beta form through
elpa.gnu.org. As long as the version string states it clearly,
which it will. You are likely to get plenty of feedback.
Feedback is always appreciated!
A rewrite is the worst case, where you can't
On Mon Jan 17 2011 Philipp Haselwarter wrote:
RW == Roland Winkler wink...@gnu.org writes:
---8---[snipped 22 lines]---8---
RW * lisp/Makefile: In bbdb-autloads.el, add BBDB lisp directory to
RW load-path.
---8---[snipped 18 lines]---8---
You forgot to add -e to the echo to make
On Mon Jan 17 2011 Philipp Haselwarter wrote:
RW == Roland Winkler wink...@gnu.org writes:
---8---[snipped 22 lines]---8---
RW * lisp/Makefile: In bbdb-autloads.el, add BBDB lisp directory to
RW load-path.
---8---[snipped 18 lines]---8---
You forgot to add -e to the echo to make
On Tue Jan 18 2011 Philipp Haselwarter wrote:
`echo' is generally messy for portability as every shell/os has its own
ways to think of it, more or less POSIX compliant, which is the reason
for it being deprecated (not obsoleted though) in POSIX:
On Fri Jan 14 2011 Stefan Monnier wrote:
When I invoke M-x bbdb from my minibuffer-only frame, BBDB burps with
the above error. The Elisp backtrace is:
split-window(#window 8 on *Minibuf-0* 0)
bbdb-pop-up-buffer(t nil)
bbdb-display-records-internal((...) multi-line nil t nil)
On Sat Jan 15 2011 Stefan Monnier wrote:
No surprise! -- I've never used a minibuffer-only frame. What kind
of behavior would you consider appropriate? Use a new frame?
Call display-buffer or pop-to-buffer (this has the major advantage of
letting the user customize the resulting behavior
On Mon Dec 27 2010 Philipp Haselwarter wrote:
Hi,
I'm trying to get bbdb3 working and I came across a (potential)
bug. When I'm in the summary-buffer and I hit ':' to run
`bbdb-mua-display-sender', I get an error.
The relevant code is in bbdb-mua.el at `bbdb-update-records' line 206:
,
am missing something
here, or the code could possibly be further improved. Suggestions
welcome.
Normally, it should no longer be necessary to use a prefix arg with
bbdb-insert-field when inserting a phone number that does not match
bbdb-phone-style.
2011-01-06 Roland Winkler wink...@gnu.org
On Thu Dec 16 2010 Ted Zlatanov wrote:
Roland, thank you for your work. I'd like to package your version of
BBDB as `bbdb3' and put it in the Emacs GNU ELPA package repository.
I'd like to call it `bbdb3' because your version is pretty different
from BBDB 2.x and thus users will expect those
On Wed Dec 15 2010 Leo wrote:
One bug. After M-x bbdb, even without any modifications, the `bbdb'
buffer is already modified and that would ask me whether I want to save
the db when exiting.
I am not sure I understand what you mean. Are you using the new BBDB
for the first time? The format of
I want to make it a habit to send out an email on this list whenever
I made an update in the BBDB repository on savannah so that people
interested in updates can take a look.
As usual, feedback is welcome!
* lisp/bbdb.el (bbdb-update-records-p): Fix docstring.
I've been looking into a replacement for moy-bbdb (i.e., fetching
mail addresses and updating BBDB based on outgoing mail messages).
I'd like to do this similar to the other MUA interfaces of BBDB.
Along that way I discovered a historic oddity of BBDB that I
overlooked up to now in the new code.
On Fri Oct 29 2010 Bruno Tavernier wrote:
Update of bbdb-com.el from the 17/10/2010 partially broke
`bbdb-complete-mail'. Below is the patch, nothing fancy, only one letter
went missing ;-)
Thanks a lot, it's installed. I hope that along with this fix, I
didn't introduce any new bugs, but
On Wed Sep 29 2010 Nicolas Martyanoff wrote:
The problem seems to be in bbdb-insert-record-internal, when
calling car on bbdb-records which is nil. I fixed the problem;
I'm not sure if that's the better solution, but it works for me.
I think you identified the culprit correctly.
Thanks for
On Mon Sep 27 2010 Bruno Tavernier wrote:
2) If there is an accent such as é, è in the name, then it get quoted.
,
| RemM-TAB - Rémi Buddy r...@something
`
Again, I am not sure here. What is the behavior you expect and what is the
behavior you get? Do you know whether this
On Tue Sep 28 2010 Nicolas Martyanoff wrote:
- The stable version of the official website
(http://bbdb.sourceforge.net) seems outdated, and the SourceForge CVS
too (last ChangeLog entry is from 2008). By searching a bit, I found
the Savannah CVS, and downloaded the CVS version. It seems quite
On Wed Aug 11 2010 Norman Walsh wrote:
The Makefile seems to be broken. It appears to depend on Makefile.in
which isn't in the archive and on .././loadpath.el which...well, I don't
know what that might be.
On CVS, I've tried to clean up the Makefile, such that it doesn't
refer anymore to
Finally I got my updated BBDB on savannah.nongnu.org, see
http://savannah.nongnu.org/projects/bbdb
This is still in an early stage of development.
Suggestions welcome!
Roland
--
Start uncovering the many advantages of
A few days ago, I tried to post my new version 3.01 of BBDB here on
this list. However, my mail exceeded the maximum allowed size.
So now I have posted it on the gnu-emacs-sources mailing list,
http://lists.gnu.org/archive/html/gnu-emacs-sources/2010-08/msg00012.html
Indeed, since my last post
On Sun Aug 1 2010 jida...@jidanni.org wrote:
Emacs : GNU Emacs 24.0.50.1 (i486-pc-linux-gnu, GTK+ Version 2.20.1)
of 2010-07-24 on elegiac, modified by Debian
Package: BBDB 2.36
For too long BBDB has been dormant. As you are also using a very
recent GNU emacs, would you like to give my new
On Tue May 25 2010 JJ wrote:
(define-key bbdb-mode-map z 'bbdb-read-note)
(defun bbdb-read-note (bbdb-record)
(interactive (list (bbdb-current-record t)
t))
(message ((bbdb-record-note bbdb-record notes
I overlooked part two of your email:
interactive specifies
On Tue May 25 2010 JJ wrote:
(defun bbdb-write-note (bbdb-record)
(interactive (list (bbdb-current-record t)
t))
(bbdb-record-set-note bbdb-record notes Test Test Test))
Have you tried to quote the second arg of bbdb-record-set-note?
On Wed May 19 2010 JJ wrote:
The bbdb-nokia-n900 still works with your BBDB, in so far as it makes
calls and sends SMSes (haven't tried the SMS, but assume it does) it
gets stuck at the end of the bbdb-nokia-n900-call function where it is
written to automatically add the date, time, number
On Thu May 20 2010 JJ wrote:
I guess I'm having problems with this since the notes in every record
are a list.
I've tried to decipher the bbdb-migrate to see how the record's note
field is manipulated.
Could you give a simple elisp example how to do the following two
things:
-
On Sun May 23 2010 Uday S Reddy wrote:
On 5/17/2010 9:13 PM, J. David Boyd wrote:
Here's what I get:
db...@flm25lve9f ~/.emacs.d/bbdb-3.0
$ make
Wrote /cygdrive/c/cygwin/home/DBoyd/.emacs.d/bbdb-3.0/bbdb.elc
Cannot open load file: .././loadpath.el
make: *** [bbdb-com.elc] Error
On Mon May 24 2010 Barak A. Pearlmutter wrote:
I've put your tarball unpacked as a branch BADB in the git repo at
http://github.com/barak/BBDB
and would welcome patches/fixes there.
Thank you! -- In the long run, I would like to put the code (also)
on something like sourceforge or savannah.
On Wed May 19 2010 Barak A. Pearlmutter wrote:
So, um, which version of BBDB in the CVS tree did you start with?
Perhaps, the tar file at
http://bbdb.sourceforge.net/bbdb-2.35.tar.gz
Yes, I used the this tar file to get started. Later I also looked at
the CVS, but I thought there werenot so
I suggest to continue these discussions on the list
bbdb-info@lists.sourceforge.net that is better suited for this.
On Tue May 18 2010 Barak A. Pearlmutter wrote:
I've tried to do some minor BBDB hacking, mainly just maintenance to
keep the Debian package working, and have my current version
Please see my posting on the gnu-emacs-sources mailing list,
http://lists.gnu.org/archive/html/gnu-emacs-sources/2010-05/msg00019.html
r.
--
___
501 - 559 of 559 matches
Mail list logo
