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 yJ3BCkb7al9BPgAA0tVLHw (envelope-from ) for ; Wed, 23 Sep 2020 07:37:42 +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 IGioBkb7al/hBAAA1q6Kng (envelope-from ) for ; Wed, 23 Sep 2020 07:37:42 +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 BC8A69404C6 for ; Wed, 23 Sep 2020 07:37:41 +0000 (UTC) Received: from localhost ([::1]:44332 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKzLQ-0000NI-Oh for larch@yhetil.org; Wed, 23 Sep 2020 03:37:40 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58290) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kKzL3-0000My-Ic for emacs-orgmode@gnu.org; Wed, 23 Sep 2020 03:37:17 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39819) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKzL3-0006sQ-9A; Wed, 23 Sep 2020 03:37:17 -0400 Received: from lns-bzn-32-82-254-31-120.adsl.proxad.net ([82.254.31.120]:36154 helo=guerry) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) (envelope-from ) id 1kKzL2-0007xn-Go; Wed, 23 Sep 2020 03:37:16 -0400 Received: by guerry (Postfix, from userid 1000) id 7F4791A60D4C; Wed, 23 Sep 2020 09:37:14 +0200 (CEST) From: Bastien To: George Mauer Subject: Re: Control where files are emitted during block eval Organization: GNU References: Date: Wed, 23 Sep 2020 09:37:14 +0200 In-Reply-To: (George Mauer's message of "Wed, 16 Sep 2020 16:31:22 -0500") Message-ID: <87imc59c5x.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 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: ZJZVccpa1biI Hi George, George Mauer writes: > I would like to create=C2=A0a playground.org file inside my node project > where I will put bits of code that I'm playing with during > development. > > The problem is that when I actually evaluate a source block it gets > written into a temporary location that I do not control - I therefore > cannot `require` my project's node modules as they will not be found. > > Is there a way to control the location the temp file is written? > Maybe - assuming it uses `with-temp-file` - a way to control its > directory and file name generation algorithm via a header? One problem is that *every* ob-*.el in Org uses with-temp-file for executing source code. Also, it seems to be a very peculiar use case, so I would not go for a new org-with-temp-file macro allowing such control, but that maybe something you want to explore? --=20 Bastien