From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steven Delean Subject: Re: Bug: HTML not formatted correctly from R source code block [9.3.6 (9.3.6-23-g01ee25-elpaplus @ /home/opdfa/.emacs.d/elpa/org-plus-contrib-20200309/)] Date: Thu, 12 Mar 2020 01:16:42 +0000 Message-ID: <20200312114641.60e7b493@t460> References: <20200310011255.2d045f82@t460> <87ftef218z.fsf@gmail.com> <20200311133658.25b98cc8@t460> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:33327) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jCCSy-0008J3-Bf for emacs-orgmode@gnu.org; Wed, 11 Mar 2020 21:16:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jCCSw-00067Y-RV for emacs-orgmode@gnu.org; Wed, 11 Mar 2020 21:16:52 -0400 Received: from mta-dc1-n0.services.adelaide.edu.au ([129.127.208.1]:30566) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jCCSw-0005oj-8X for emacs-orgmode@gnu.org; Wed, 11 Mar 2020 21:16:50 -0400 In-Reply-To: <20200311133658.25b98cc8@t460> Content-Language: en-US Content-ID: <67FD11539A55F94EB604B23C8EE10201@AUSP282.PROD.OUTLOOK.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: Steven Delean Cc: Jack Kamm , "emacs-orgmode@gnu.org" Hello again Jack, I am trying to use ob-session-async as a workaround for this problem. In my R :session, the correct output is printed to screen, followed by a UU= ID if I use :results output html, which is printed as, e.g., [1] "ob_comint_async_R_end_4d2e818b7c2544da6f026d0413c7ac6c" Alternatively, if I use :results value html then the tempfile path is print= ed as: [1] "ob_comint_async_R_file_/tmp/babel-6BGHQK/R-QNasco" The problem, however, is that what is exported to html and displayed in the exported block is either the actual UUID or the tempfile path and not the results from evaluating the R code. In the case of the tempfile, the tempfi= le exists but is empty. Any advice as to how to resolve this would be greatly appreciated, thanks. Best regards, Steve On Wed, 11 Mar 2020 13:37:01 +1030 Steven Delean wrote: > Hi Jack, > > Thanks for your response. > > Yes, I am using :session evaluation here, set using #+PROPERTY: > > However, ":results value html" does not work for me. In fact, this produc= es no > table output at all in the resulting exported html file. > > The output sent to the R :session buffer is printed correctly (when using > either :results value html or :results output html). As you say, it is th= e > exporter that is removing ">" from the output. > > If I remove :session evaluation, I also get no output at all from these c= ode > blocks in the exported html. > > The change has been introduced within the last 12 months, as my scripts > exported with correct html formatting when I used them for last years' > classes. > > Best regards, > Steve > > On Tue, 10 Mar 2020 17:17:48 -0700 > Jack Kamm wrote: > > > Hi Steve, > > > > Steven Delean writes: > > > > > HTML table produced from a source code block (using R code) does not > > > display because html code is not formatted correctly in the exported = html > > > output. > > > > I believe this is the same issue as reported here: > > https://lists.gnu.org/archive/html/emacs-orgmode/2020-02/msg00267.html > > > > Though, that thread was for ":session" blocks, and it's unclear whether > > you're using session or non-session evaluation here. > > > > Anyways, that thread suggests that ":results value html" works > > correctly, does switching to that work for you? > > > > If I'm correct, the basic problem is that ob-R tries to remove > > interactive shell prompts like ">" from the output. This can also cause > > other problems. I think it can be fixed by changing ob-R to use > > `ess-eval-region' to evaluate code, I'll try to submit a patch for this > > after 9.4 is released.