From mboxrd@z Thu Jan 1 00:00:00 1970 From: Karl Voit Subject: Re: org-contacts development Date: Wed, 23 Jul 2014 15:40:36 +0200 Message-ID: <2014-07-23T15-35-47@devnull.Karl-Voit.at> References: <8761kxnno5.fsf@gmail.com> Reply-To: Karl Voit 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]:53125) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9wn1-0003MU-Mi for emacs-orgmode@gnu.org; Wed, 23 Jul 2014 09:41:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X9wmw-0001pj-E2 for emacs-orgmode@gnu.org; Wed, 23 Jul 2014 09:41:03 -0400 Received: from plane.gmane.org ([80.91.229.3]:51896) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9wmw-0001ox-7B for emacs-orgmode@gnu.org; Wed, 23 Jul 2014 09:40:58 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1X9wmu-0004BZ-Ln for emacs-orgmode@gnu.org; Wed, 23 Jul 2014 15:40:56 +0200 Received: from mail.michael-prokop.at ([88.198.6.110]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Jul 2014 15:40:56 +0200 Received: from news1142 by mail.michael-prokop.at with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Jul 2014 15:40:56 +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 wrote: > > Hi all, Hi! > What would be useful would be an 'official', fleshed-out spec for > org-contacts data, which handles a greater range of contact-related > info. At the moment, for example, my org-contacts file makes use of the > properties: > > #+PROPERTY: LANDLINE > #+PROPERTY: MOBILE > #+PROPERTY: POST > #+PROPERTY: RESIDENCE > > A search of this list's archives for references to 'org-contacts': > > https://lists.gnu.org/archive/cgi-bin/namazu.cgi?query=org-contacts&submit=Search!&idxname=emacs-orgmode&max=20&result=normal&sort=date%3Alate > > suggests that org-contacts is something people are using heavily enough > that they're writing code, ad-hoc, to provide functionality they > require, e.g. > > http://lists.gnu.org/archive/html/emacs-orgmode/2013-11/msg00869.html My current solution: http://article.gmane.org/gmane.emacs.orgmode/57231/ and http://article.gmane.org/gmane.emacs.orgmode/75346/ > i'm wondering if it might now be appropriate for org-contacts to become > part of org-mode proper, rather than simply a contrib, to reduce > unnecessary duplication of efforts. Absolutely. Lacking any standard here, I created my own and meanwhile I do even generate spam-filters and whitelist items out of my org-contacts file. Also handy: when I filled out :ITOLDTHEM_EMAIL: my mail client is using the specified "from"-email-address instead of my normal one whenever I compose an email to this contact :-) > Fleshing out an extended spec for org-contacts data could be part of the > process of making org-contacts a first-class citizen of org-mode, and > provide a more solid foundation on which people can build (and share) > the org-contacts functionality they're after. And in my own particular > case, it would greatly facilitate my work in org-contacts / Android > Contacts integration. :-) > > What do people think? Absolutely! I copy that. My current yasnippet for a contact: ,---- | # name : Org-contacts template for a person | # -- | ** $1 $2 :$1$2: | :PROPERTIES: | :TYPE: ${3:$$(yas/choose-value '("person" "company"))} | :TITLE: | :EMAIL: $4 | :URL: | :MOBILE: 0043/ | :HOMEPHONE: | :WORKPHONE: | :PHONE: | :COMPANY: | :STREET: | :POSTALCODE: | :CITY: | :COUNTRY: Österreich | :PHOTOGRAPH: [[photo:$1$2.jpg]] | :BORN: | :ITOLDTHEM_EMAIL: | :ITOLDTHEM_ADDRESS: | :ITOLDTHEM_PHONE: | :ADDRESS_CHANGE_METHOD: | :END: | | - first met at: $0 `---- -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github