From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Dominik, Carsten" Subject: Re: [PATCH] Lookup functions, take two Date: Tue, 25 Sep 2012 09:15:20 +0000 Message-ID: <9C4C997C2CA6AA488CBC8C9E56E764EE11E75285@MBX04.uva.nl> References: <87y5k0g3qc.fsf@syk.fi> <878vbzo6yu.fsf@bzg.ath.cx> <87fw67s4uu.fsf@syk.fi> <87r4pqzxab.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:51600) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGREq-0006vE-5n for emacs-orgmode@gnu.org; Tue, 25 Sep 2012 05:15:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TGREk-0002tr-GR for emacs-orgmode@gnu.org; Tue, 25 Sep 2012 05:15:32 -0400 Received: from hub02.uva.nl ([146.50.108.231]:6005) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGREk-0002mS-AO for emacs-orgmode@gnu.org; Tue, 25 Sep 2012 05:15:26 -0400 In-Reply-To: <87r4pqzxab.fsf@bzg.ath.cx> Content-Language: en-US Content-ID: 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: Bastien Cc: Jarmo Hurri , "" , "Dominik, Carsten" Hi Bastien, since you copied me, I guess you want my comment? I think this is very useful functionality and I would vote for putting it i= nto the core. The documentation should be kept as compact as possible, I think without an= example, just describe the functionality. Maybe Jarmo can write a little t= utorial for Worg and document it there more extensively? - Carsten On 25.9.2012, at 03:49, Bastien wrote: > Hi Jarmo, >=20 > thanks for the explanations -- I should I've read your doc patch=20 > more closely.=20 >=20 > It is a nice spreadsheet utility function but my feeling is that > having it in Org's core does not really fit, as it introduces > functions where we usually have references. Functions are fine > for users to add, though, that's the whole point of allowing > Elisp in table formulas. >=20 > Maybe I'm too conservative on this one. I will wait for other > users' insight -- especially Carsten, who can better decide what > fits and what does not in this area. >=20 > Thanks, >=20 > --=20 > Bastien