From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id WIXcCckFhl/+PAAA0tVLHw (envelope-from ) for ; Tue, 13 Oct 2020 19:53:45 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id 6ATHBckFhl/mBwAA1q6Kng (envelope-from ) for ; Tue, 13 Oct 2020 19:53:45 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id A7EAD9401DE for ; Tue, 13 Oct 2020 19:53:44 +0000 (UTC) Received: from localhost ([::1]:44922 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kSQMh-0007tv-Bp for larch@yhetil.org; Tue, 13 Oct 2020 15:53:43 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45948) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kSQL7-00078D-Ju for emacs-orgmode@gnu.org; Tue, 13 Oct 2020 15:52:05 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:59521) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kSQL3-0003hu-JT for emacs-orgmode@gnu.org; Tue, 13 Oct 2020 15:52:05 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 21F87100003; Tue, 13 Oct 2020 19:51:54 +0000 (UTC) From: Nicolas Goaziou To: edgar@openmail.cc Subject: Re: #+include from same file when exporting References: <8be324038f986bd7160e36939f0f9809@openmail.cc> Mail-Followup-To: edgar@openmail.cc, emacs-orgmode@gnu.org Date: Tue, 13 Oct 2020 21:51:53 +0200 In-Reply-To: <8be324038f986bd7160e36939f0f9809@openmail.cc> (edgar@openmail.cc's message of "Wed, 16 Sep 2020 01:14:30 +0000") Message-ID: <87ft6h52g6.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=217.70.178.231; envelope-from=mail@nicolasgoaziou.fr; helo=relay11.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/13 15:51:55 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: -1.01 X-TUID: jltIX89Djbux Hello, edgar@openmail.cc writes: > My comment for today is that I have something like this: > > this-file.org > .............................. > * Fancy header 1 > > #+NAME: blk1 > #+begin_src python > > import numpy as np #+end_src > > ** Fancy subheader 2 > > Res 1 > > #+include: "this-file.org::blk1" > > Res 2 > > #+include: "this-file.org::blk1" src python > > Res 3 > > #+include: "./this-file.org::blk1" src python > .............................. end [...] > I think that all of them should just export the python block, right? I don't think so. #+include: file src python means that file is really a python file, whose contents are going to be enclosed in a Python source code block. So Res 2 and Res 3 are not meaningful in that case; you cannot apply link search syntax to non-Org files. > Also, I think that it would be very useful to have something like this: > > another-file.org > .............................. > * Fancy header 1 > > #+NAME: blk1 > #+begin_src python :exports none > > print(2) #+end_src > > #+RESULTS: : 2 > > ** Fancy subheader 2 > > Res 1 > > #+include: "this-file.org::blk1" src python :exports both > .............................. end > > > Which would allow to have the =#+include= override the =:exports= > directive from the original block and get the results from the block. "Include" is an export-only directive, which is not the case of :exports. They live in two different worlds, and I think it is a good thing to keep them orthogonal. You may be looking after Babel calls. Regards, -- Nicolas Goaziou