emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed

From: Steven Delean <steven.delean@adelaide.edu.au>
To: Jack Kamm <jackkamm@gmail.com>
Cc: Steven Delean <steven.delean@adelaide.edu.au>,
	"emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
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: Wed, 11 Mar 2020 03:07:01 +0000	[thread overview]
Message-ID: <20200311133658.25b98cc8@t460> (raw)
In-Reply-To: <87ftef218z.fsf@gmail.com>

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 produces 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 the
exporter that is removing ">" from the output.

If I remove :session evaluation, I also get no output at all from these code
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 <jackkamm@gmail.com> wrote:

> Hi Steve,
>
> Steven Delean <steven.delean@adelaide.edu.au> 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.

next prev parent reply	other threads:[~2020-03-11  3:07 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-09 14:42 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/)] Steven Delean
2020-03-11  0:17 ` Jack Kamm
2020-03-11  3:07   ` Steven Delean [this message]
2020-03-12  1:16     ` Steven Delean
2020-11-01 19:02       ` Jack Kamm

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200311133658.25b98cc8@t460 \
    --to=steven.delean@adelaide.edu.au \
    --cc=emacs-orgmode@gnu.org \
    --cc=jackkamm@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).