From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Robert P. Goldman" Subject: Re: Org babel does not work properly with included files Date: Sun, 01 May 2011 23:15:08 -0500 Message-ID: <84aad2fc-a92b-4cb8-9144-20ec5fdcdb57@email.android.com> References: <4DBDFE55.7080303@sift.info> <17693.1304299983@alphaville.americas.hpqcorp.net> <90a049ce-df0a-41ca-9a5e-617953d20e54@email.android.com> <4419.1304307788@alphaville.dokosmarshall.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----5NOL6N2SVW8GESAX53YPN5QCVSN0II" Return-path: Received: from eggs.gnu.org ([140.186.70.92]:58157) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QGkXG-0002wl-FD for emacs-orgmode@gnu.org; Mon, 02 May 2011 00:15:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QGkXF-0004FP-66 for emacs-orgmode@gnu.org; Mon, 02 May 2011 00:15:02 -0400 Received: from mpls.sift.info ([75.146.46.193]:38991) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QGkXE-0004FL-WD for emacs-orgmode@gnu.org; Mon, 02 May 2011 00:15:01 -0400 In-Reply-To: <4419.1304307788@alphaville.dokosmarshall.org> 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: nicholas.dokos@hp.com Cc: emacs-orgmode@gnu.org ------5NOL6N2SVW8GESAX53YPN5QCVSN0II Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes. That's right, the single source block was a simplification for the e= xample. It was abstracted from a more complicated case with a dozen or so= source blocks in the subordinate filter. But thanks for the suggestion. Hope we can find a fix! Best R --=20 Sent from my Android phone with K-9 Mail. Please excuse my brevity. Nick Dokos wrote: Robert P. Goldman wrote: > Sorry, I think I have cr= eated a red herring here by leaving that code blo=3D > ck in both files. = To see what the problem really is, consider the case wh=3D > ere the sour= ce code block appears ONLY in the included file. > > (I tested the source= block in the master file to make sure it worked befo=3D > re I copied it= into the included file and forgot to remove it from the ma=3D > ster fil= e.) > ?? There was no code block in foo.org: just the include. Only bar.o= rg had the code block. As for multiple code blocks in the included file (= your next message), yeah, probably. But my suggestion was just a (possibl= e) workaround: it's definitely not a fix. Nick=20 ------5NOL6N2SVW8GESAX53YPN5QCVSN0II Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Yes. That's right, the single source block w= as a simplification for the example. It was abstracted from a more compli= cated case with a dozen or so source blocks in the subordinate filter. Bu= t thanks for the suggestion.

Hope we can find a fix!

Best
R
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Nick Dokos <nicholas.dokos@hp.com> wro= te:
Robert P. Go= ldman <rpgoldman@sift.info> wrote: > Sorry, I think I have created a red herring here by leaving that cod= e blo=3D > ck in both files. To see what the problem really is, consider the ca= se wh=3D > ere the source code block appears ONLY in the included file. >=20 > (I tested the source block in the master file to make sure it worked= befo=3D > re I copied it into the included file and forgot to remove it from t= he ma=3D > ster file.) >=20 ?? There was no code block in foo.org: just t= he include. Only bar.org had the code block. As for multiple code blocks in the included file (your next message), yea= h, probably. But my suggestion was just a (possible) workaround: it's def= initely not a fix. Nick
------5NOL6N2SVW8GESAX53YPN5QCVSN0II--