From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dan Davison Subject: Re: org-babel feature request Date: Sun, 11 Oct 2009 00:32:02 -0400 Message-ID: <87r5ta1rgd.fsf@stats.ox.ac.uk> References: <873a5qyb9h.fsf@cuma.i-did-not-set--mail-host-address--so-tickle-me> <87ocoezm01.fsf@stats.ox.ac.uk> <87y6niws4r.fsf@polymath-solutions.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mwq6O-0002Rk-61 for emacs-orgmode@gnu.org; Sun, 11 Oct 2009 00:32:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mwq6J-0002R9-7S for emacs-orgmode@gnu.org; Sun, 11 Oct 2009 00:32:11 -0400 Received: from [199.232.76.173] (port=36356 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mwq6J-0002R6-3y for emacs-orgmode@gnu.org; Sun, 11 Oct 2009 00:32:07 -0400 Received: from markov.stats.ox.ac.uk ([163.1.210.1]:62219) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mwq6I-0005Ox-LB for emacs-orgmode@gnu.org; Sun, 11 Oct 2009 00:32:06 -0400 In-Reply-To: <87y6niws4r.fsf@polymath-solutions.com> (Maurizio Vitale's message of "Sat, 10 Oct 2009 23:01:40 -0400") 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: Maurizio Vitale Cc: emacs-orgmode@gnu.org Maurizio Vitale writes: >>>>>> "Dan" == Dan Davison writes: > > Dan> Maurizio Vitale > Dan> > Dan> writes: > > Dan> [...] > > >> It would be nice if it was possible to have multiple result > >> sections. This way I could embed in the document the result that > >> was obtained when writing the documentation, while still allowing > >> the person following the recipe to evaluate again the shell > >> script and get the results on his machine. > >> > >> The first section should be read-only (not necessarily physically > >> read-only, but skipped by C-c C-c). The others may be > >> re-evaluated over and over until the end user has a valid > >> configuration. > > Dan> Hi Maurizio, > > Dan> Once I've obtained the results that I want to "freeze", I would > Dan> manually alter (or even delete) the #+resname tag, so that the > Dan> source block no longer overwrites it. Is that simple solution > Dan> appropriate? I'm not yet seeing the advantage of the more > Dan> complex possibilities. > > That is the obvious possibility, but at times you may want to > re-evaluate those: either the configuration has changed, or the software > you're documenting has changed or the script you're using is buggy. > > Yes you could reintroduce the #+resname tag when needed, but I'm hoping > to get more automation than M-x shell-command-on-region. The other, perhaps nicer, thing you can do is change the #+srcname of the block which has the effect of changing the results block. You can do that now. But maybe we could allow the user to over-ride the default way in which the #+resname tag is set? E.g. by adding a :resname header argument. Something like this: --8<---------------cut here---------------start------------->8--- #+srcname: test2 #+begin_src sh :resname test2-redirected expr 2 + 3 #+end_src #+resname: test2 : 4 #+resname: test2-redirected : 5 --8<---------------cut here---------------end--------------->8--- Do you think that would be worthwhile? Dan > > I've just started using org-babel in this way, so I'm not sure at all of > what features I'll feel in the end needed. This seems one right now. > > Best regards, > > Maurizio