From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daimrod Subject: Re: org-contacts development Date: Mon, 26 May 2014 12:21:38 +0900 Message-ID: <87bnulfcn1.fsf@tanger.home> References: <8761kxnno5.fsf@gmail.com> <87ioovf7cw.fsf@tanger.home> <87fvjzgjan.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43430) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WolU5-0006C9-U8 for emacs-orgmode@gnu.org; Sun, 25 May 2014 23:22:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WolU0-0001I9-ES for emacs-orgmode@gnu.org; Sun, 25 May 2014 23:21:57 -0400 Received: from mail-pa0-x231.google.com ([2607:f8b0:400e:c03::231]:61364) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WolU0-0001I5-2t for emacs-orgmode@gnu.org; Sun, 25 May 2014 23:21:52 -0400 Received: by mail-pa0-f49.google.com with SMTP id lj1so6852229pab.8 for ; Sun, 25 May 2014 20:21:50 -0700 (PDT) In-Reply-To: <87fvjzgjan.fsf@gmail.com> (Alexis's message of "Sun, 25 May 2014 03:48:00 +1000") 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 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Alexis writes: > Daimrod writes: > >> So, as you said, we would need to define and document a specification >> for org-contacts. And we need to be clear from the beginning about >> what it can do and what it can not do. For example, it is unlikely >> that org-contacts will be a 1:1 mapping with the vCard format in its >> current form because vCard properties can have values. >> >> e.g. >> PROP1;PROP2=3DVAL:FOO BAR >> ^^^^^^^^^ > > Agreed. But it seem to me we could at least map e.g. "TEL;CELL:" (which > is how my Android phone vCard-exports a mobile number) to > e.g. ":MOBILE:" or ":PHONE_CELL:". And we could map things like > e.g. "EMAIL;TYPE=3Dwork:" to e.g. ":EMAIL_WORK:". This is just > brainstorming, however. :-) Sure, but then how would we define the map? with a fixed set of rules? with a user customizable map (e.g. '(("MOBILE" -> "TELL;CELL") ("EMAIL_WORK" -> "EMAIL;TYPE=3Dwork")))? I'm not saying that it's impossible nor that we shouldn't do it but that we need to think about it first. :) >> An approach would be to keep using properties whenever it's possible >> to keep the format simple when possible and use subtree instead of >> properties when necessary. >> >> e.g. >> #+BEGIN_SRC org >> ,* Contact Name >> ,** PHONE >> :PROPERTIES: >> :TYPE: WORK >> :END: >> - num1 >> - num2 >> #+END_SRC >> >> But then we would need a special property to indicate that a subtree >> is a contact and ignore subtree without this property (just like it >> does with the EMAIL property ATM). >> >> #+BEGIN_SRC org >> ,* Contact Name >> :PROPERTIES: >> :TYPE: org-contacts >> :END: >> >> ,** PHONE >> :PROPERTIES: >> :TYPE: WORK >> :END: >> - num1 >> - num2 >> #+END_SRC >> >> And of course it would be nice if we could keep as much compatibility >> with the current format :) > > Well, to me this looks broadly similar to what Esben has proposed: > > https://lists.gnu.org/archive/html/emacs-orgmode/2014-05/msg01055.html > > Although i like the idea of such a format in principle, my concern (as i > noted in my reply to Esben) is that this might require a substantial > modification of org-contacts.el, both to accommodate this format and to > ensure backwards-compatibility. If this is indeed the case, and someone > else is willing to commit to being the lead on undertaking that work, > then i'll certainly support that work and write relevant MobileOrg code > to work with both the new and old formats. Otherwise, from my > perspective of wanting to simply add some more fields and be able to > transfer contact details between MobileOrg and my phone's Contacts > system, it's more than i'm willing to take on at this point. Well, if people are willing to help, I'll see if I can come up with a proposal. =2D-=20 Daimrod/Greg --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJTgrNIAAoJEBNzVHcrZRiUDjgQAKDVb1nHk4ANARRBvDgB29+9 5sbKdoPRnHIs2gTfcVCUl82CG6ruJsXi+uulpp9e9toBCOWR2oordxftrm1BXItn YMR+DNKecj/UkM071f8n14De8mCeUhCzixgCBAqlzAP6jgayipeRAXZaIVgME9Bv /IvFDaoNVoRxcBpfwPf0ZXPqiKCdbIauEHOe8F8ZV0ppJrcamEuU7oSuDx+Xas0x 2Jri6p89Qbh9ZEmoLHwOwYdulUzvu/yhtf2+sY0M33Yw4lnEpy2lfjtDozhJPxC2 j131DZN62lcR2pnWy7uoy1NGsiXKXOF/n6w/IYi8l+V11dz5VaFnA4NcNb+nJ+Fn LWfILRMrirCO1+DVUNFIwTOee96pSIGxh/EVyqWj02F3qc03J5wcBdjlvVuZPYSK 93m7TZ6OpSI6FSXUwYAHboI5B6emSaO+kTsNC971v2O5U1ef5FHfnjALtf97s0Gv YYw2IMU/czWlhO2hHGIe2d/hDkMC8IwOYkOSXu3Km/3BVw2RVXCiuLaSjO3jizPf 3k0W4WzIVL4tbBaGwn0xDHP7Mr+qTibjSkhxS/IYXubAKIEEN3bkTC82KzIPVQyZ UC78hEi3nCBXxoAfHk3q24NXFNFIbAG/dikK40dE28jlYk2Tn0dKOHW2M4HBpZEs Eeo/PtU2Db6Xfd8DyBad =hure -----END PGP SIGNATURE----- --=-=-=--