From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: [babel] subtree evaluation with results outside the subtree Date: Wed, 05 Sep 2012 20:53:59 +0200 Message-ID: <87627scnco.fsf@med.uni-goettingen.de> References: <87sjawc1em.fsf@med.uni-goettingen.de> <87ligoqr2e.fsf@gmx.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:41992) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T9Kkm-0000xu-Bd for emacs-orgmode@gnu.org; Wed, 05 Sep 2012 14:55:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T9Kkl-0000fm-4o for emacs-orgmode@gnu.org; Wed, 05 Sep 2012 14:55:08 -0400 Received: from plane.gmane.org ([80.91.229.3]:59916) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T9Kkk-0000ep-UI for emacs-orgmode@gnu.org; Wed, 05 Sep 2012 14:55:07 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1T9Kki-0003yJ-0g for emacs-orgmode@gnu.org; Wed, 05 Sep 2012 20:55:04 +0200 Received: from vpn-2105.gwdg.de ([134.76.2.105]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Sep 2012 20:55:04 +0200 Received: from andreas.leha by vpn-2105.gwdg.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Sep 2012 20:55:04 +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 Eric Schulte writes: > Andreas Leha writes: > >> Hi all, >> >> I have the following question. Consider the following simple org file >> >> #+begin_org >> * Subtree to eval (with C-c C-v s) >> #+name: some_test >> #+begin_src R >> 5+1 >> #+end_src >> >> >> * another subtree containing the result >> >> #+results: some_test >> : 6 >> >> #+end_org >> >> (a) >> When I evaluate the source block interactively (C-c C-c) the existing >> results get updated. >> >> (b) >> When I evaluate the subtree containing the source block, on the other >> hand, a new result block is created. >> >> While the behaviour in (b) is understandable, I'd like (b) to behave >> like (a). >> So, is there a way I can evaluate all source blocks in a >> subtree, but have their result blocks updated even if they are not >> located in that subtree? >> >> Many thanks, >> Andreas >> >> > > Hi Andreas, > > I've just pushed up a patch which widens any buffer restrictions when > inserting results. > > Cheers, Hi Eric, thanks for the quick patch. It works nicely for me. Best, Andreas