From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Kiermeier Subject: =?UTF-8?B?UmU6IGhlYWRlciBhcmd1bWVudHMsIGluaGVyaXRhbmNlLCBhbmQg?= =?UTF-8?B?bm93ZWIgZXhwYW5zaW9uIFdhczogwqtNYWNyb8K7IGV4cGFuc2lvbiBpbiBz?= =?UTF-8?B?b3VyY2UgYmxvY2tzOyBjb2RlLXNoYXJpbmcgYmV0d2VlbiBibG9ja3M=?= Date: Sat, 20 Sep 2014 16:27:42 +0930 Message-ID: References: <87bnqdqb7i.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1132f0844b205a050379be8a Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60717) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XVEcn-0001gb-Ma for emacs-orgmode@gnu.org; Sat, 20 Sep 2014 02:58:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XVEcm-0001fU-5X for emacs-orgmode@gnu.org; Sat, 20 Sep 2014 02:58:29 -0400 Received: from mail-qc0-x236.google.com ([2607:f8b0:400d:c01::236]:55948) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XVEcl-0001ed-VM for emacs-orgmode@gnu.org; Sat, 20 Sep 2014 02:58:28 -0400 Received: by mail-qc0-f182.google.com with SMTP id i8so3564946qcq.13 for ; Fri, 19 Sep 2014 23:58:22 -0700 (PDT) In-Reply-To: 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: Rainer M Krug Cc: emacs-orgmode@gnu.org --001a1132f0844b205a050379be8a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 19 September 2014 20:29, Rainer M Krug wrote: > This boils down to the question I asked earlier about header-args and > +header args, inheritance of header arguments and this in contrast to > normal header args. > > Based on this discussion, I thought that the header arguments count > *where the code is executed* and not where it is defined - well - > surprise for me. > > You could try and put the code block with the definition of the code > into a subtree where you set > > ,---- > | :PROPERTIES: > | :headser-args+: eval no > | :END: > `---- > > This might work? Hi Rainer & list, I've set the following property for the subtree that both code blocks are in: :header-args+: :eval no but this results in no execution of either block =E2=80=8B=E2=80=8B . I noticed in a separate thread ( https://lists.gnu.org/archive/html/emacs-orgmode/2014-09/msg00547.html) =E2=80=8B that there is also :float header argument.=E2=80=8B The manual se= ems to indicate that it only applies to org tables (exported to latex) - I've tried using it on the original source block that produces a latex table as output, which of course didn't work. But ... if it did, that is, if this float (and placement) header argument was utilised by the latex source block, and so wrapped the output in a float (with optional caption =E2=80=8B & label=E2=80=8B ), then this =E2=80=8Bc=E2=80=8Bould circumvent the need for the second noweb source block. The alternative mentioned by Chuck Berry is the xtable function (in R) ( https://lists.gnu.org/archive/html/emacs-orgmode/2014-09/msg00519.html). I just tried it and am happy to share that it does created the whole output in one go, i.e. it does exactly what I need, including table float, caption and label. Now I just got to sort out how to created the tables without the use of tabular ... Thanks to all for your help! Cheers, Andreas --001a1132f0844b205a050379be8a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 19 September 2014 20:29, Rainer M Krug <Rainer@krugs.de> wrote:
= > This boils down to the question I asked earlier about header-args and<= br>> +header args, inheritance of header arguments and this in contrast = to
> normal header args.
>
> Based on this discussion, I = thought that the header arguments count
> *where the code is executed= * and not where it is defined - well -
> surprise for me.
>
= > You could try and put the code block with the definition of the code> into a subtree where you set
>
> ,----
> | :PROPER= TIES:
> | :headser-args+: eval no
> | :END:
> `----
&g= t;
> This might work?

Hi Rainer & list,
I've set the following property for the subtree that both c= ode blocks are in:

:header-args+: :eval no

but this results in no execution of either block
=E2=80=8B=E2=80=8B
.

I noticed in a separate thread (https://l= ists.gnu.org/archive/html/emacs-orgmode/2014-09/msg00547.html)
=E2=80=8B that there is also :float header = argument.=E2=80=8B The manual seems to indicate that it only applies to org= tables (exported to latex) - I've tried using it on the original sourc= e block that produces a latex table as output, which of course didn't w= ork.

But ... if it did, that is= ,=C2=A0
= if this float (and placement) header argument was utilised by the latex sou= rce block, and so wrapped the output in a float (with optional caption
=E2=80=8B & label=E2=80=8B
), = then this
=E2=80=8Bc=E2=80=8Bould<= /div>=C2=A0circumvent the need for the second noweb source block.

<= /span>
The alternative m= entioned by Chuck Berry is the xtable function (in R) (https://list= s.gnu.org/archive/html/emacs-orgmode/2014-09/msg00519.html). I just tri= ed it and am happy to share that it does created the whole output in one go= , i.e. it does exactly what I need, including table float, caption and labe= l. Now I just got to sort out how to created the tables without the use of = tabular ...

Thanks to all for y= our help!

Cheers,

Andreas


--001a1132f0844b205a050379be8a--