From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: evaluation context in call statements Date: Tue, 25 Jun 2013 22:55:20 +0200 Message-ID: <87mwqd52rr.fsf@Rainer.invalid> References: <444ea6cff489e2adc97092bdac881aef@mail.rickster.com> <878v1y574d.fsf@Rainer.invalid> <874ncm55ma.fsf@Rainer.invalid> <87r4fq3ptf.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51210) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UraGz-0007c4-SW for emacs-orgmode@gnu.org; Tue, 25 Jun 2013 16:55:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UraGy-0002S7-Py for emacs-orgmode@gnu.org; Tue, 25 Jun 2013 16:55:33 -0400 Received: from plane.gmane.org ([80.91.229.3]:59280) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UraGy-0002S0-KK for emacs-orgmode@gnu.org; Tue, 25 Jun 2013 16:55:32 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UraGw-0001Ae-Rk for emacs-orgmode@gnu.org; Tue, 25 Jun 2013 22:55:30 +0200 Received: from pd9eb3514.dip0.t-ipconnect.de ([217.235.53.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 25 Jun 2013 22:55:30 +0200 Received: from Stromeko by pd9eb3514.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 25 Jun 2013 22:55:30 +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 Achim Gratz writes: > Anyway, more testing shows my patch will prefer the results line after > the call, but if you then insert another call before that (without an > existing result) the result from the now second call will still be > clobbered, so there needs to be some more fixing by limiting the search > to not extend across other calls or source blocks. Or this really is a > feature, although I don't really see much use for it. If this feature turns out to be useful, how about a :target header argument to specify a named result block? Then it would also be possible to eliminate those rather unsightly appendices. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs