On Sri, 2015-01-21 at 13:16 +0100, Rasmus wrote:
> gnus-harvest.el and BBDB v3.
Interesting...thank you.
> I'll check it if it makes it to F-Droid.
I dl-ed it from GooglePlay, but you have to join the group first.
Sincerely,
Gour
--
Gour writes:
> On Sri, 2015-01-21 at 11:24 +0100, Rasmus wrote:
>
>> I use this as well. I don't know of a good step from owncloud-contancts
>> to Emacs (BBDB or Org, I don't care).
>
> How do you feed Gnus with your contact's email addresses when composing email?
gnus-harvest.el and BBDB v3.
On Sri, 2015-01-21 at 11:24 +0100, Rasmus wrote:
> I use this as well. I don't know of a good step from owncloud-contancts
> to Emacs (BBDB or Org, I don't care).
How do you feed Gnus with your contact's email addresses when composing email?
> First time I hear about this. But I can't find t
Hi,
Gour writes:
> On Sub, 2014-08-02 at 11:12 +1000, Alexis wrote:
>
> However, in order to have smooth syncing of my calendar(s) & contacts I
> switched to Evolution in order to sync with my phone using DAVdroid via my own
> instance of ownCloud.
I use this as well. I don't know of a good st
On Sub, 2014-08-02 at 11:12 +1000, Alexis wrote:
Hello Alexis,
I spent some time with Vim & Taskwarrior, but now returning back to Emacs &
org.
However, in order to have smooth syncing of my calendar(s) & contacts I
switched to Evolution in order to sync with my phone using DAVdroid via my own
i
On Wednesday, 6 Aug 2014 at 19:54, Alexis wrote:
[...]
> Regarding syncing, the BBDB page on SourceForge suggests that existing
> support for this might be rather limited - i only see mention of
There is a bbdb-vcard project at
https://github.com/vgeddes/bbdb-vcard
I've used this only on
Charles Philip Chan writes:
> Personally I find no MUA as usable and feature rich as Gnus. ;-)
Heh! i didn't mind Gnus as a news reader, despite some initial
challenges in getting it set up for that; but i gave up trying to get it
working to my satisfaction as an MUA. It seems to be a very capab
On 6 Aug 2014, flexibe...@gmail.com wrote:
> i haven't tried using BBDB-v3, only BBDB-v2, several years ago. i
> found the latter, hm, 'clunky'. (Similar to how, until the advent of
> mu4e, i found no Emacs-based MUA with maildir support which i found as
> usable as Mutt.)
Personally I find no MU
Alexis writes:
> Eric Abrahamsen writes:
>
>> If by properties you mean arbitrary key-value data, BBDB does indeed
>> support that -- properties are known as "fields", and "xfields" are
>> user-designated fields. Labels and values can be arbitrarily
>> designated by the user, and with a bit of co
Eric Abrahamsen writes:
> If by properties you mean arbitrary key-value data, BBDB does indeed
> support that -- properties are known as "fields", and "xfields" are
> user-designated fields. Labels and values can be arbitrarily
> designated by the user, and with a bit of coding you can format the
Alexis writes:
> Gour writes:
>
>> what do you think about BBDB-v3? Many people like it, but I must admit
>> I haven't take closer look at it?
>
> i haven't tried using BBDB-v3, only BBDB-v2, several years ago. i found
> the latter, hm, 'clunky'. (Similar to how, until the advent of mu4e, i
> fou
Gour writes:
> what do you think about BBDB-v3? Many people like it, but I must admit
> I haven't take closer look at it?
i haven't tried using BBDB-v3, only BBDB-v2, several years ago. i found
the latter, hm, 'clunky'. (Similar to how, until the advent of mu4e, i
found no Emacs-based MUA with m
Alexis writes:
> i don't think that's a dumb question at all!
Good. ;)
> My original motivation for developing org-vcard was to create part of a
> pipeline for synchronising contacts between Org and my smartphone.
That would be great!!
> (b) (i) i feel org-contacts.el, as it stands, is too i
Feng Shu writes:
> Is it possible support this style?
In general, i'd prefer not to implement support /myself/ for everyone's
preferred style; the idea is that people implement their own style,
including:
* the relevant mapping structure which maps Org properties to vCard
properties/types;
* t
Alexis writes:
>
> * New contacts style: 'tree'.
>
Is this "tree" style possible?
#+begin-comment
* People
** Joan Smith
:PROPERTIES:
:KIND: individual
:FIELDTYPE: name
:END:
*** Cell
:PROPERTIES:
:FIELDTYPE: cells-folder
:END:
999 991
999 992
999 993
999
Alexis writes:
> Hi all,
>
> i'm pleased to announce the initial release of org-vcard, a package for
> Org-based export and import of vCards:
>
> * Backwards-compatible with org-contacts.el.
>
> org-vcard comes with a built-in contacts style called 'flat', which
> adheres to org-contacts' met
Gour wrote:
> Excuse me for dumb question, but is this package meant to be something
> like org-contacts NG (something which we would really like to have)?
i don't think that's a dumb question at all!
My original motivation for developing org-vcard was to create part of a
pipeline for synchroni
Alexis writes:
> i'm pleased to announce the initial release of org-vcard, a package for
> Org-based export and import of vCards:
>
> * Backwards-compatible with org-contacts.el.
Excuse me for dumb question, but is this package meant to be something
like org-contacts NG (something which we would
Alexis writes:
> * New contacts style: 'tree'.
>
> org-vcard introduces a new style for Org contacts, called 'tree'.
I like store the contacts like "tree", may be let org-contacts recognizes
this "tree" is a important thing, are there any plans?
Hi all,
i'm pleased to announce the initial release of org-vcard, a package for
Org-based export and import of vCards:
* Backwards-compatible with org-contacts.el.
org-vcard comes with a built-in contacts style called 'flat', which
adheres to org-contacts' method of structuring contacts and
20 matches
Mail list logo
