On Wed Mar 14 2012 Sam Steingold wrote:
> I am pretty sure that every user who sets
> bbdb-message-all-addresses to non-nil would want this patch:
I guess we were not talking about BBDB if every user had not
strongly diverging opinions about such things. In that sense, I am
rather hesitant to impl
On Wed Mar 14 2012 Sam Steingold wrote:
> > Do you want to use different values of bbdb-message-headers depending
> > on context? You could define a wrapper that rebinds it according to
> > your taste. (I would guess that there are too many possiblities /
> > different tastes for a universal yet st
On Wed Mar 14 2012 Sam Steingold wrote:
> However, when I hit ";" in *Summary*, I am offered to edit the notes for
> _both_ bar-users and f...@gmail.com (because in bbdb-message-headers
> sender is mapper to both "From" and "Reply-To").
> This is ungood.
What do you want instead? Do you want to us
On Tue Mar 6 2012 Sam Steingold wrote:
> The correct term is not `export'.
> The correct term is `sync'.
> Once you have thousands records in your phone contacts and bbdb,
> exporting/importing is a waste of time: you will need to sync/merge the
> records by hand and it is unfeasible.
>
> Somehow
On Mon Mar 5 2012 Stephen J. Turnbull wrote:
> Roland Winkler writes:
> > A major reason why BBDB development was not continued on Sourceforge
> > was that the official maintainer(s?) of BBDB v2 has disappeared from
> > the scene. I do not know who has write access
On Sun Mar 4 2012 Mark Diekhans wrote:
> Very impressive with how the development of BBDB V3 is coming
> along nicely. Great work!
Thanks!
> However, to anyone not on this list, the existence of the
> version 3 development is rather well hidden.
>
> Most searches lead to the Source Forge page
>
Thanks for these patches. I am sorry, I am currently extremly busy
with other stuff. I hope I can catch up soon.
[Sam: this also includes what we discussed.]
Sorry!
Roland
--
Virtualization & Cloud Management Using Capac
On Sun Feb 12 2012 Stefan Monnier wrote:
> > my opinion, the biggest problem that needs to be solved before BBDB 3
> > can be released is documentation (a re-write of the info manual).
> > That's why so far BBDB 3 is only available from its git repository:
> > # git clone git://git.savannah.nongnu.
On Wed Feb 8 2012 Jesse Alama wrote:
> I didn't know about BBDB 3, so I went to this URL to investigate how
> to get it. No link on the page stands out as "Get BBDB 3 here". The
> "Download Area" link (http://download.savannah.gnu.org/releases/bbdb/)
> doesn't show anything. When I browse the gi
On Tue Feb 7 2012 Damon Haley wrote:
> Hi, I have bbdb 3.02 set up to update records interactively in Gnus v5.13.
>
> For most of my 'mail-sources', GROUPS and TOPICS this is good as I like
> to collect email addresses.
>
> But for high-volume lists like emacs-devel, I'd rather not bother. Is
>
On Thu Feb 2 2012 Johann 'Myrkraverk' Oskarsson wrote:
> For the record, my bbdb version is 2.35.
>
> Due to the 'Myrkraverk' in my name, I can not cycle the 'net addresses
> when I use bbdb-complete-name on myself.
Did you know that BBDB went through a a major re-write? Now there is
BBDB 3. Out
On Sat Jan 14 2012 Ivan Kanis wrote:
> A trivial patch to recover the key ";" behavior of the old bbdb. I
> use it often.
I am a bit hesitant with this patch because it sticks out from the
rest of the code. It is the only interactive command for editing a
specific field of a record. Unlike the old
On Sun Jan 1 2012 Roland Winkler wrote:
> On Fri Dec 30 2011 Roland Winkler wrote:
> > If BBDB is using some hooks in the background, it can read and
> > modify bbdb-file (using bbdb-buffer) without ever creating the
> > *BBDB* buffer. So a solution could be to check for t
On Fri Dec 30 2011 Roland Winkler wrote:
> If BBDB is using some hooks in the background, it can read and
> modify bbdb-file (using bbdb-buffer) without ever creating the
> *BBDB* buffer. So a solution could be to check for the auto-save
> file only when bbdb-file is actually read.
On Sat Dec 31 2011 Sam Steingold wrote:
> > * Roland Winkler [2011-12-31 07:50:14 -0600]:
> That specific patch was trying to address the problem where the
> *BBDB* window was exactly the same size as the *Article* window,
> i.e., it would split the tallest window in half and take
On Fri Dec 30 2011 Sam Steingold wrote:
> > * Roland Winkler [2011-12-30 04:06:39 -0600]:
> >
> > So a solution could be to check for the auto-save
> > file only when bbdb-file is actually read.
>
> I think this is done automatically by emacs.
If a file has aut
On Fri Dec 30 2011 Sam Steingold wrote:
> In that case you might appreciate my shrink-window-if-larger-than-buffer
> patch: v2 created a fixed height *BBDB* window, v3 creates a *BBDB*
> window half the height of the tallest one. Did you see the
> e-mail?
I saw your email. I am simply trying to u
On Fri Dec 30 2011 Stephen J. Turnbull wrote:
> If bbdb-file is saved only when the user says to do so and/or at exit,
> then the bbdb-file will be older than the auto-save-file, which in
> turn will be older than the *bbdb* buffer. In this situation the user
> does *not* want to be asked about th
On Thu Dec 29 2011 Sam Steingold wrote:
> > * Sam Steingold [2011-12-27 13:19:50 -0500]:
> >
> >>> 2. I want to avoid putting the email uid into the first name slot.
> >>>I.e., when creating a record for "f...@bar.com", I want the names to
> >>>be void, not "foo" "".
>
> nope.
> so, how d
On Thu Dec 29 2011 Sam Steingold wrote:
> > * Roland Winkler [2011-12-29 10:54:29 -0600]:
> >
> > I am still confused. Why is the current behavior not appropriate for
> > your needs? If BBDB detects that you have an auto-save-file that is
> > newer than bbdb-file, w
On Thu Dec 29 2011 Sam Steingold wrote:
> here is the complete patch:
> basically, I sacrifice the failed attempt to only split the mua windows
> for the sake of robustness.
The current concept was really taken from BBDB v2. I am not using
it. In that sense, I do not have strong feelings / much pe
On Thu Dec 29 2011 Sam Steingold wrote:
> with v2, I would hit RET or 'e' on the name field and would be offered
> to edit first the name and then the organization (company).
> now I am just offered the name.
> how do I enter the organization?
Like any other field: put point on the field you want
On Thu Dec 29 2011 Sam Steingold wrote:
> > * Roland Winkler [2011-12-29 02:48:14 -0600]:
> > On Wed Dec 28 2011 Sam Steingold wrote:
> >> If I set bbdb-check-auto-save-file to t, modify the db and not
> >> save it right away, I am asked all the time about recoverin
On Wed Dec 28 2011 Sam Steingold wrote:
> > * Sam Steingold [2011-12-28 12:44:25 -0500]:
> >
> > When I use the "tall" display, the *BBDB* window is vertical
> > (i.e., it is split sideways, which is precisely what I want)
> > When I use the "wide" display, the *BBDB* window is horizontal
> > (i.e
On Wed Dec 28 2011 Sam Steingold wrote:
> If I set bbdb-check-auto-save-file to t, modify the db and not save it
> right away, I am asked all the time about recovering bbdb from the auto
> save file.
> with v2, I was asked this only when bbdb was first loaded, which was useful.
This is one of the
On Wed Dec 28 2011 Sam Steingold wrote:
> here is the fix:
>
> diff --git a/lisp/bbdb-mua.el b/lisp/bbdb-mua.el
> index e0059a1..2d515ab 100644
> --- a/lisp/bbdb-mua.el
> +++ b/lisp/bbdb-mua.el
> @@ -657,7 +657,8 @@ For interactive calls, see function
> `bbdb-mua-update-interactive-p'."
>(inte
On Wed Dec 28 2011 Carson Chittom wrote:
> Carson Chittom writes:
>
> > I'll spare you all the boring details, but essentially I'm having to
> > recreate my ~/.emacs from scratch. I checked out the most recent code
> > from the Savannah repository today and followed the instructions in INSTALL
>
On Wed Dec 28 2011 Roland Winkler wrote:
> PS: You are a Gnus user. For historical reasons bbdb-gnus.el still
> contains Gnus-specific variables such as bbdb/gnus-summary-show-bbdb-names
> where I am not sure they should be kept the way they are because they are
> not particularly rel
On Mon Dec 26 2011 Sam Steingold wrote:
> 1. despite
> (bbdb-mua-auto-update-init 'gnus 'message)
>when I view an article, the *BBDB* buffer does not appear for the
>known senders (marked with a bbdb/gnus-summary-known-poster-mark in
>summary). When I do
> (add-hook 'gnus-artic
On Wed Dec 28 2011 Leo wrote:
> On 2011-12-28 09:29 +0800, Sam Steingold wrote:
> > (custom-set-variables
> > '(bbdb-auto-notes-rules
> >'(("Web" (".*" www 0))
> > ("X-Web" ("<*\\(^>*\\)>*" www 1))
> > ("X-WWW-Homepage" ("<*\\([^>]*\\)>*" www 1))
> > ("X-Url" ("<*\\([^>]*\\)>*"
On Sun Dec 18 2011 Roland Winkler wrote:
> Two minor changes. The new format specification for
> bbdb-anniv-alist gives some extra flexibility.
And now a minor bug in the new code should be fixed.
2011-12-18 Roland Winkler
* lisp/bbdb-anniv.el (bbdb-anniv-diary-entries):
Two minor changes. The new format specification for
bbdb-anniv-alist gives some extra flexibility.
2011-12-18 Roland Winkler
* lisp/Makefile.in: Do not create backup file for
bbdb-loaddefs.el.
2011-12-18 Roland Winkler
* lisp/bbdb-anniv.el (bbdb-anniv-alist): New
On Sun Dec 11 2011 David Engster wrote:
> I've changed the buildbot to use your new autoconf setup. However, it
> seems 'make clean' does not remove the autoloads, so it refuses to
> compile it. Once that is done, the buildbot should hopefully build fine
> again.
>From my previous mail:
To matc
On Fri Dec 9 2011 Ivan Kanis wrote:
> I am pleased to release version 1.1 of bbdb spell.
Thank you! I included the file in the repository. Also I made a few
more changes to match naming conventions and to have separate
functions only when they are needed.
The default value of bbdb-ispell-dictiona
ll.el that provides ispell
support for the names in BBDB by exporting these names to your
personal ispell dictionaries. Thanks to Ivan Kanis.
As usual, please let me know if you find any mistakes or unexpected
behavior. The autoconf support probably has some rough edges.
2011-12-11 Rola
On Thu Dec 8 2011 Roland Winkler wrote:
> > I think it includes all the modifications you requested. Let me
> > know if you would like further improvement.
Two more things: (sorry for being picky but you asked for further
improvements :-)
- could you please use defcustom inste
On Thu Dec 8 2011 Ivan Kanis wrote:
> Attached is version 1.0 of bbdb-ispell.el.
Hi Ivan,
Small thing: I believe that the bbdb mailing list is better suited
for this topic.
> I think it includes all the modifications you requested. Let me
> know if you would like further improvement.
- Another
On Sat Dec 3 2011 Ivan Kanis wrote:
> >> I got tired of people's name being highlighted red when composing
> >> e-mail with flyspell. So this bit of code does an export of peoples
> >> first and last name from bbdb to aspell custom dictionaries.
> >
> > I assume you have the situation in mind that
On Sun Nov 27 2011 Leo wrote:
> -(defcustom bbdb-image-suffixes '(".png" ".jpg" ".gif" ".xmp")
> +(defcustom bbdb-image-suffixes '(".png" ".jpg" ".gif" ".xpm")
Thank you!
On Mon Nov 21 2011 Rolan
On Sat Nov 26 2011 Philip Hudson wrote:
> Maybe I'll start with code doco, just standards compliance and
> formatting and filling in missing docstrings where I can. That'll help
> build the domain knowledge. Patches to the list, right?
You'd like to provide documentation patches that are suppo
On Thu Nov 24 2011 Stefan Monnier wrote:
> > (defcustom bbdb-dwim-net-address-allow-redundancy nil
> [...]
> > So now there is
> > (defcustom bbdb-mail-avoid-redundancy nil
> [...]
> > define-obsolete-variable-alias would not be too helpful here.
>
> Agreed. But it would make a lot of sense to do
On Mon Nov 21 2011 Christian Egli wrote:
> Where would I find the source of the manual, i.e. the texinfo file? The
> git repo doesn't seem to contain the manual. The best I was able to find
> was at sourceforge
> (http://bbdb.cvs.sourceforge.net/viewvc/bbdb/bbdb/texinfo/bbdb.texinfo?revision=1.59)
Hi Ted,
Would you mind if I revert your change from 2011-10-11
"Also autoload `bbdb-insinuate-{message,rmail,vm,mh}' from bbd..."?
All autoloads for bbdb are collected in bbdb-autoloads.el.
So if you load this file it really gives you everything necessary to
get BBDB going. (And this needs to be
On Sun Nov 20 2011 Philipp Moeller wrote:
> So for now it is just looking at source and figuring things out.
I am sorry, the updates in BBDB v3 are still work in progress.
The code itself is already fairly mature by now, but the rest
(documentation and installation support) is stil lacking behind.
On Sun Nov 20 2011 Sam Steingold wrote:
> as I said before, TRT is to use define-obsolete-function-alias &
> define-obsolete-variable-alias
This would require a simple one-to-one correspondence between
function and variable names in BBDB v2 and v3 which is NOT the case.
A simple example from the
f BBDB's core function in
bbdb.el.)
On Sat Nov 19 2011 Ivan Kanis wrote:
> OK I found the fix, the variable bbdb-complete-name-allow-cycling got
> renamed to bbdb-complete-mail-allow-cycling. Setting the former to t got
> me the expected behavior.
See above for the new command
On Sun Nov 20 2011 Roland Winkler wrote:
> It seems you want bbdb-mail-allow-redundancy set to t.
>
> Actually, I do not know why this variable's default is nil
> (well, I guess its default was always nil...)
>
> Would anybody mind if I set it to t? I guess that's mor
On Sun Nov 20 2011 Philipp Haselwarter wrote:
>> When I try to complete entries without organization everything is
>> normal, I get " FirstName LastName ", but on entries that
>> have an organization set I just get " mail ".
>
> I attached an example bbdb file with a few entries and a recipe to
>
On Sun Nov 20 2011 Philipp Haselwarter wrote:
> I got some weird behavior in bbdb3:
>
> When I try to complete entries without organization everything is
> normal, I get " FirstName LastName ", but on entries that have an
> organization set I just get " mail ".
>
> I don't suppose this is a feat
On Thu Nov 10 2011 Thorsten wrote:
> I successfully installed bbdb 3 for the use with gnus. But the default
> behaviour might almost be considered a bug - the whole workflow in gnus
> is destroyed by bbdb constantly asking if I want to add some post or
> email author to the database. I almost never
On Fri Nov 4 2011 Ivan Kanis wrote:
> > Also, I looked at your picture code. I think it is a nice idea that
> > can be added to BBDB. (Right now,) My only thought about this is
> > that I suggest to replace bbdb-picture-path by some kind of list
> > that can make the search for pictures more flexib
On Wed Oct 26 2011 Carson Chittom wrote:
> If ~/.bbdb is nonexistent, M-x bbdb-create creates it improperly such that it
> requires a manual edit.
> Steps to reproduce: Start Emacs. M-x bbdb-create and fill in the fields. C-x
> C-c to quit Emacs; answer y to prompt to save ~/.bbdb. The file creat
On Mon Oct 24 2011 Carson Chittom wrote:
> "Roland Winkler" writes:
> > -- How did you run into this? Did you try to compile BBDB with an
> > older version of GNU Emacs. I guess this might give you a longer
> > list of compilation errors.
>
> Yes, that
On Sat Oct 22 2011 Carson Chittom wrote:
> -BBDB is avaiable at
> +BBDB is available at
Thanks for correcting this typo.
> -This revised version of BBDB has been tested only with GNU Emacs 23.
> +This revised version of BBDB has been tested only with GNU Emacs 23, and
> +in particular uses the sp
On Mon Oct 17 2011 Eric Abrahamsen wrote:
> In my quest to complicate things, would it be possible to:
>
> Set `bbdb-read-name-format' to `fullname'. Then allow the user to put a
> comma in the name. `bbdb-read-name' (and/or `bbdb-record-edit-name')
> looks for the comma, and if it finds it, autom
On Sat Oct 15 2011 Leo wrote:
> I think bbdb-annotate-record is now broken.
>
> Set bbdb-auto-notes-rules to value:
>
> '(("Organization" (".+" organization "\\&" t)))
>
> and bbdb-annotate-record will put a string value into the organization
> field of the record, which accepts only lists.
H
to fix all bugs that were recently
reported on this list. If you reported one of them, please check
that the bug fix is included in the ChangeLog below and also check
that now the code works as expected. -- I apologize if I overlooked
anything. Please report here once more.
Roland
2011-10-10 Rola
On Fri Oct 7 2011 Ivan Kanis wrote:
> Since no one objected could you remove the line?
..I did this, plus a bunch of other changes. I just haven't found
the time to check them all once more and write a long ChangeLog
entry. It should happen within a few days.
I am sorry for the delay.
Roland
--
On Mon Oct 3 2011 Eric Abrahamsen wrote:
> Okay, it sounds like this is different enough to warrant me waiting on
> it. In the meantime, if you have any clever ideas about the string
> format/templating side of things, don't be shy!
...maybe not a bad idea. Indeed, my patch has grown more than I h
On Sun Oct 2 2011 Roland Winkler wrote:
> So if the value of field is 'note, it returns a list of all note
> fields. If the value is 'notes, it returns the value of the 'notes
> field.
Of course this is confusing - it should be the other way round:
`notes' should r
On Sun Oct 2 2011 Eric Abrahamsen wrote:
> Can you drop any hints about how it will change? Extra arguments?
I didn't want to do anything fancy. Yet if the field argument
doesn't match anything what it is supposed to match now, the new
code also tries to match the keys of individual note fields. S
On Fri Sep 30 2011 Eric Abrahamsen wrote:
> 1. If there's no value for a field, you get a nice ugly "nil". Ideally
>we'd have conditional insertion of strings depending on whether or
>not there's a value for a given field, but that means we can't use
>`format' anymore, and suddenly this
On Thu Sep 29 2011 Ivan Kanis wrote:
> Hi Roland,
>
> In the function below could the line (require 'bbdb-autoloads) be
> removed? Since the function is auto loaded it shouldn't require it. If
> it really can't be removed how about putting
>
> (load "bbdb-autoloads" t)
>
> The reason I am reques
On Mon Sep 26 2011 Stefan Monnier wrote:
> > "Direct editing" maybe similar to wdired-mode could be, indeed, a
> > great thing. -- Yet as I said: I'll postpone such dreams till BBDB 3
> > has been released.
>
> No! I want it now!
> [...starts rolling on the floor screaming...]
> Now! now! now! no
On Mon Sep 26 2011 Leo wrote:
> (nickname () "jvm")
> (phone ((type "home")) "01223 399255")
> (phone ((type "cell")) "07899 825396")
>
> (timestamp ((value list)) (20096 21292 563816))
> (timestamp ((value string)) "Mon Sep 26 18:26:13 2011")
>
> (photo ((value binary)) "%\211Do^\DXlY\2005^H")
On Mon Sep 26 2011 Leo wrote:
> It might be desirable to export a record to a canonical sexp then we can
> further write the sexp to any other formats such as vcards, xmls etc.
> For example, the sexp can be a list of elements of the form:
>
> (field parameters value)
Maybe you can explain in
On Mon Sep 26 2011 Roland Winkler wrote:
> > Also, does this seem like a good idea in general? I know that we're in
> > some kind of feature freeze, but this would also be relatively distinct
> > from the rest of the codebase, and if it's an attractive idea I'd
On Mon Sep 26 2011 Eric Abrahamsen wrote:
> While we're on the subject of features that won't be considered until
> version 3 is finished, if ever
>
> I've been writing a small function to export BBDB records according to
> an arbitrary text template. I'm running up against the problem that
> the
On Sun Sep 25 2011 Stefan Monnier wrote:
> > I should add: Such a rather substantial change would have rather low
> > priority on my current BBDB agenda. Currently, I consider a proper
> > BBDB release more important.
>
> Being able to (more or less) directly edit the *BBDB* buffer would
> be grea
On Mon Sep 26 2011 Eric Abrahamsen wrote:
> Why not have separate minibuffer prompts for surname and given name?
>
> Many of my records are for Chinese people. Right now I can't be bothered
> separating out the characters for surname and given name, and usually
> they all get lumped into whatever
On Sun Sep 25 2011 Roland Winkler wrote:
> A much fancier solution would be to reimplement bbdb-create from
> scratch by using something like a form to fill, similar to what
> customize is using.
I should add: Such a rather substantial change would have rather low
priority on my cur
On Sun Sep 25 2011 Leo wrote:
> I am fine with anything that allows one to enter organisation-only
> records nicely. For example, dividing "Lucky Star Buffet Restaurant"
> into firstname and lastname is not nice. We should get rid of that.
Any suggestions what to do?
It seems that again this is a
On Fri Sep 23 2011 Reiner Steib wrote:
> On Thu, Sep 22 2011, Roland Winkler wrote:
>
> > 2011-09-22 Leo
> > * lisp/bbdb.el (bbdb-pop-up-window): Remove Gnus-specific code
>
>
On Thu Sep 22 2011 Roland Winkler wrote:
> It seems to me that something like a note field for the predicate
> `person-p' with values natural, artifical, restaurant, bookstore etc
> was more to the point here. Then the only thing you need to
> customize is the function
On Thu Sep 22 2011 Leo wrote:
> It makes a different in displaying records. See:
> http://i.imgur.com/0NJt1.png
>
> Another example is one can list all organization-only records
> easily.
It seems to me that something like a note field for the predicate
`person-p' with values natural, artifical,
On Thu Sep 22 2011 Leo wrote:
> I propose this patch:
Done.
2011-09-22 Leo
* lisp/bbdb.el (bbdb-pop-up-window): Remove Gnus-specific code
which is not required anymore by recent versions of Gnus.
--
A
On Thu Sep 22 2011 Leo wrote:
> But having looked at this some more, I think instead of fixing the
> typos, the form should be deleted. It causes annoying point movement
> from my experience. Any idea in what way it makes Gnus happy??
I am sorry, you have confused me. Which patch are you ultimatel
On Wed Sep 21 2011 Leo wrote:
> Maybe a cleaner way is to insert a new slot `organisation-p' in the
> definition:
>
> (bbdb-defstruct record
> firstname lastname affix aka organization organization-p phone address mail
> notes cache)
>
> What do you think?
Maybe, I am just missing a typical ap
On Wed Sep 21 2011 Abhi Yerra wrote:
> Thank you. I did not have any more changes to the base
> functionality. Though possibly having an sms interface would be quite
> nice. I'll see if I can add that in the near future.
Again, I do not know much would would be reasonable / desirable
here. Yet if
On Wed Sep 21 2011 Leo wrote:
> >From a48f25ea3cc7b6f69f5c6d3ae98821bec6f6c3fa Mon Sep 17 00:00:00 2001
> Date: Wed, 21 Sep 2011 00:25:52 +0800
>
> ---
> lisp/bbdb-com.el |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
Done
2011-09-21 Leo
* lisp/bbdb-com.el (bbdb-brows
On Tue Sep 20 2011 Leo wrote:
> Better support for organisation-only records. Also fix a bug when
> firstname or lastname are nil. Comments welcome ;)
For those who did not browse Leo's code:
The current BBDB code assumes that a record should have a name so
that the record can be identified by t
On Mon Sep 19 2011 Leo wrote:
> >From 2cee5c24542a8a353a910d0cf597fc5d69c92333 Mon Sep 17 00:00:00 2001
> Date: Mon, 19 Sep 2011 17:37:38 +0800
> Subject: [PATCH] Discriminate completion candidates in bbdb-add-mail-alias
Applied:
2011-09-19 Leo
* lisp/bbdb-com.el (bbdb-add-mail-alias):
moved (obsolete).
* lisp/bbdb-com.el (bbdb-dial-number): Use browse-url and
bbdb-dial-function.
(bbdb-play-sound): Removed (obsolete)
2011-09-19 Roland Winkler
* lisp/bbdb-com.el (bbdb-dial): First remove extension. Simplify.
2011-09-19 Roland Winkler
* lisp/bbdb.e
On Sat Sep 17 2011 Abhi Yerra wrote:
> Was this patch ever committed? Gnu has my documentation under the name
> Kesava Yerra.
I am sorry, it is still on my to-do list. But things are clearing up
for me, that is, I want to do it within the next days.
(I am not using bbdb (or any other emacs-relate
On Wed Sep 14 2011 Carson Chittom wrote:
> Roland Winkler writes:
> > So you also might want to check that your "hand-made"
> > bbdb-autoloads.el contains an entry for bbdb-insinuate-gnus.
>
> This was the error---or rather, bbdb-autoloads.el was messed up in a m
On Tue Sep 13 2011 Carson Chittom wrote:
> I'm trying to set up BBDB 3 to work with Gnus. I'm using Emacs 23.3.1
> on Windows XP. I know the manual at http://bbdb.sourceforge.net/bbdb.html
> is for version 2, but there doesn't seem to be anything newer. Based on
> this manual, I've added to ~/.e
On Fri Aug 12 2011 Eric Abrahamsen wrote:
> I'm using git versions of gnus and bbdb, and something somewhere loves
> to put a "->" in the minibuffer when I hit ";" for
> bbdb-mua-edit-notes-sender and a few other actions, I can't quite see a
> pattern. I don't know who to blame for this "->", but i
On Thu Aug 11 2011 Eric Abrahamsen wrote:
> > Take a look at the variable bbdb-mua-update-interactive-p. It
> > specifies what you get without / with a prefix arg. The default is
> > `search' without a prefix and `query' with a prefix.
>
> Thanks for this, the docstrings were a little confusing
On Thu Aug 11 2011 Eric Abrahamsen wrote:
> Hey, this was a great bit of information -- I've long been confused
> about the best way to get someone in the database if you're not
> automatically adding unknown senders. So now with a prefix arg ":" asks
> whether to add a new record, but I don't see
On Sun Aug 7 2011 Peter Münster wrote:
> The question was rather, if there was a function like
> `bbdb-mua-edit-notes-ALL'. My solution:
>
> --8<---cut here---start->8---
> (local-set-key ":" '(lambda () (interactive)
> (bbdb-mua-edit-notes
On Mon Aug 1 2011 Johnny wrote:
> Thus, I ended up just binding M-TAB to mail-abbrev-complete-alias. If I
> want to complete on a name, I use *TAB*, if an alias just *M-TAB*. It
> might be nice to make aliases and names all appear by the same
> completion (like cycling), but this seems like overkil
On Sun Jul 31 2011 Johnny wrote:
> I have started using aliases in bbdb and wonder if there is any setup to
> autocomplete on defined aliases in the headers? Say, I have an alias
> named "listofmembers" and want to mail them. I add this mail-alias field
> to all relevant contacts, then in the "To"
On Fri Jul 29 2011 Peter Münster wrote:
> There is (bbdb-mua-edit-notes-recipients), but:
> - it only takes the recipients and not the sender
What about bbdb-mua-edit-notes-sender?
By default, the behavior of these functions is being "the least
aggressive"
> - it only takes the first recipient a
My apologizies for being invisible on this list right now. There are
other things I need to give higher priority. I'll be back and I'll
try to make sure that nothing is dropped.
Roland
On Tue May 31 2011 Abhi Yerra wrote:
> "Roland Winkler" writes:
>
> I'
On Sun May 15 2011 Matt Lundin wrote:
> I'd be happy to take this on. AFAICT, there are three functions in
> org-bbdb that no longer exist in bbdb v3.
>
> bbdb-name
> bbdb-company
> bbdb-record-getprop
>
> The first two can easily be defaliased to bbdb-search-organization and
> bbdb-search-name.
I thought I want to write this email to the Gnus (and BBDB) mailing
list to announce more formally to the Gnus developpers that recently
BBDB has gone through a major re-write with the ultimate goal to
make the new BBDB v3 part of GNU Emacs.
I believe that Gnus is one of the emacs packages that in
On Sun May 15 2011 Roland Winkler wrote:
> It would probably be good if the needs of org-mode could be
> incorporated into the new BBDB before we declare that BBDB v3 has
> reached a beta stage.)
I forgot to say:
It is an item on the todo list for BBDB v3 to provide a more complete
lis
On Sat May 14 2011 Johnny wrote:
> I have set up an org-agenda that includes anniversaries in the agenda
> view from the bbdb database, but this breaks with bbdb 3.02 giving the
> error 'bad sexp'.
>
> I set up the agenda file using (from org-mode 6.33x info section 10.3.1):
>
> * Anniversaries
On Wed May 11 2011 Sam Steingold wrote:
> I use v2 for now, waiting for a clear upgrade path, i.e., the list of
> symbol renamings and make-obsolete declarations.
It's all a matter of manpower which is limited. Help is always
appreciated :-)
> yes, but getting rid of the help buffer by merely h
From a different perspective, the special bindings of special-mode
are not used at all in this context. The help window is only used
for displaying the help message. But the current buffer in that
moment is the minibuffer.
2011-05-11 Roland Winkler
* lisp/bbdb-mua.el (bbdb-update-records):
401 - 500 of 645 matches
Mail list logo
