From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tassilo Horn Subject: Re: org-capture question/suggestion Date: Wed, 23 Jun 2010 14:53:42 +0200 Message-ID: <87tyotyko9.fsf@thinkpad.tsdh.de> References: <877hlqetr8.fsf@thinkpad.tsdh.de> <87vd9ajjbu.fsf@mundaneum.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from [140.186.70.92] (port=55214 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ORPSm-0006ts-8A for emacs-orgmode@gnu.org; Wed, 23 Jun 2010 08:54:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ORPSl-0001CB-0V for emacs-orgmode@gnu.org; Wed, 23 Jun 2010 08:53:56 -0400 Received: from lo.gmane.org ([80.91.229.12]:51319) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ORPSk-0001Bt-QE for emacs-orgmode@gnu.org; Wed, 23 Jun 2010 08:53:54 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1ORPSh-0000UK-PA for emacs-orgmode@gnu.org; Wed, 23 Jun 2010 14:53:51 +0200 Received: from tsdh.uni-koblenz.de ([141.26.67.142]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Jun 2010 14:53:51 +0200 Received: from tassilo by tsdh.uni-koblenz.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Jun 2010 14:53:51 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Sébastien Vauban writes: Hi Sébastien, > Just for me to understand, what would you expect when you say that > properties should be appended? > > - multiple creation dates? > - multiple links? Hm, good question. I use properties as a kind of metadata hashtable, so I'd expect that existing properties get overridden and new properties get appended to an already existing properties block. But appending to the existing value might also be nice in some situations... In any way, I'm against creating many equally named properties for an entry, because although `org-entry-properties' states that keys (property names) may occur many times, `org-entry-get' returns only the value of the first, right? > Maybe, even, you would want different behaviors for the different > properties? > > - creation dates not "append-able": the first one is kept? > - links appended in sequence? Rename :created: to :edited: and then it's appendable, too. ;-) But the suggestion is good. There should be a new property API function `org-append-property PROP VAL' which appends VAL to the existing values, and that could be used in property templates then. So that slightly contrieved example would override the :lastedit: date, and append to :edited: and :link:. ("x" "Add some text" plain (id "bkeirkbeikboeiceibkebiknbk") "Hello! %i" :properties (("lastedit" "%U") ("edited" "%U" :append) ("link" "%a" :append))) Bye, Tassilo