From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jack Kamm Subject: Re: Bug: R src blocks fail to produce link to graphics file [9.3 org-plus-contrib-20200127] Date: Mon, 27 Jan 2020 17:13:35 -0800 Message-ID: <87ftg0e62o.fsf@gmail.com> References: <38232967-8656-40be-89de-30a7fd180838@www.fastmail.com> <874kwgg64g.fsf@gmail.com> <38d7ec9f-7e36-4b82-b1cf-03701b66eb1f@www.fastmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:53175) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iwFRk-000737-H0 for emacs-orgmode@gnu.org; Mon, 27 Jan 2020 20:13:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iwFRj-0001b3-GD for emacs-orgmode@gnu.org; Mon, 27 Jan 2020 20:13:40 -0500 Received: from mail-pl1-x629.google.com ([2607:f8b0:4864:20::629]:45822) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iwFRj-0001ae-9D for emacs-orgmode@gnu.org; Mon, 27 Jan 2020 20:13:39 -0500 Received: by mail-pl1-x629.google.com with SMTP id b22so4413996pls.12 for ; Mon, 27 Jan 2020 17:13:39 -0800 (PST) In-Reply-To: <38d7ec9f-7e36-4b82-b1cf-03701b66eb1f@www.fastmail.com> 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-mx.org@gnu.org Sender: "Emacs-orgmode" To: Tyler Smith , Emacs Org-Mode Help > Is the rationale explained anywhere? After a bit of poking around, it looks like using the `:file` flag without a `file` argument to results doesn't do anything (no file is created), nor does the reverse. That is, unless you use both the `file` argument and the `:file` option, nothing happens. Is there a situation where you can use `:file` to do something that doesn't require a `file` argument to `:results`? The specific commit where it happened was 26ed66b23335eb389f1f2859e409f46f66279e15, which says: "Deducing the results from some other arguments is not obvious. Moreover, it prevents users from setting, e.g., :file-ext, in a node property, as every block would then create a file." The commit also links to this thread: http://lists.gnu.org/r/emacs-orgmode/2018-05/msg00469.html I wasn't involved in that discussion, but I think the idea is that you could create a subtree with many named source blocks each creating a PNG file, set the :file-ext parameter at the subtree level, and have the file names auto-created from the source block names. > The documentation for ob-R is now incorrect: > > https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html Yes, also that page could use some other updates, e.g. there are some dead links in there.