From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gour Subject: Re: ANN: org-vcard. Export/import vCards. Backwards-compatible with org-contacts.el. Date: Wed, 06 Aug 2014 10:39:04 +0200 Message-ID: <871tsunhav.fsf@atmarama.net> References: <87iombd79r.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37739) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XEwkv-0008GI-5L for emacs-orgmode@gnu.org; Wed, 06 Aug 2014 04:39:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XEwkn-00088A-Lu for emacs-orgmode@gnu.org; Wed, 06 Aug 2014 04:39:33 -0400 Received: from plane.gmane.org ([80.91.229.3]:45182) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XEwkn-000885-F1 for emacs-orgmode@gnu.org; Wed, 06 Aug 2014 04:39:25 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XEwkf-0005TF-B6 for emacs-orgmode@gnu.org; Wed, 06 Aug 2014 10:39:17 +0200 Received: from 31.45.255.65 ([31.45.255.65]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Aug 2014 10:39:17 +0200 Received: from gour by 31.45.255.65 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Aug 2014 10:39:17 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org 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 inflexible. It's only > aware of a relatively small number of properties, and extending this > requires directly messing around in the org-contacts.el code. i feel > that this has made it difficult to expand the list of properties > available, as it basically requires everyone to agree on exactly what > properties to add, and how. I agree, but let me ask you what do you think about BBDB-v3? Many people like it, but I must admit I haven't take closer look at it? However, I wonder whether it's flexible enough to define one's own properties of format of one's contact data and what about syncing? > (b) (ii) Further to (b) (i), i feel people should be able to define > their own properties, in their preferred language, without having to > write code for this. That's noble feature, indeed. > (b) (iii) More generally, previous discussions on this topic on this > list have convinced me that it's folly to expect everyone to agree on a > single style for contacts in Org, and that what is needed is a system > that can easily accommodate the development of new contact styles, > potentially allowing an ecosystem/marketplace of styles to develop, with > particularly popular styles being considered for inclusion by default in > the system. Sound very good and it seems it's obvious that such nice app as org-mode needs some improvement in the way how the contacts are handled. > Given all the above, yes, i would like to see org-vcard become the basis > for an "Org contacts NG" system. (Which, to answer Feng Shu's question, > would mean that the 'tree' style would be available by default in such a > system.) Whether to actually take this approach, however, is something > i'll let the community decide. :-) I wish you all the best hoping org-mode users will find decent solution for handling contacts soon. Sincerely, Gour -- An intelligent person does not take part in the sources of misery, which are due to contact with the material senses. O son of Kuntī, such pleasures have a beginning and an end, and so the wise man does not delight in them.