all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Charles C. Berry" <ccberry@ucsd.edu>
To: "Cook, Malcolm" <MEC@stowers.org>
Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
Subject: Re: BUG: emacs orgmode ob-R.el function org-babel-R-evaluate-session over aggressively performs "; ; cleanup extra prompts left in output" and a possible workaround
Date: Thu, 8 Oct 2015 12:24:08 -0700	[thread overview]
Message-ID: <alpine.OSX.2.20.1510081203330.2137@charles-berrys-macbook.local> (raw)
In-Reply-To: <2a1b8832412e49b7a0a4d231c3e289cf@exchsrv2.sgc.loc>

On Thu, 1 Oct 2015, Cook, Malcolm wrote:

>>> I am not sure what the best solution is, but, in my hands using
> > > Org-mode version 8.3.2-elpa org-20150929 the reg-expt used to "cleanup
> > > extra prompts left in output" is over-aggressive and will trim session
> > > :output at lines consisting exclusively of blanks and periods such as
> > > produced when printing a BioConductor 'Views' object which wants to
> > > appear as
> >

[snip]

>>> I offer as a possible workaround the following:
> > >
> > > So far, I have had good success having removed provision for allowing
> > leading whitespace by changing the regexp  org-babel-R-evaluate-session
> > from
> > >      "^\\([ ]*[>+\\.][ ]?\\)+\\([[0-9]+\\|[ ]\\)"
> > > to
> > >      "^\\([>+\\.][ ]?\\)+\\([[0-9]+\\|[ ]\\)"
> > >
> > > But I don't know all the test cases so, YMMV....

I have traced this back to its source, and the culprit appears to be me.

See
   commit dc92eaa08d89e4bc9556f868ae65633196157a8d
   Author: Eric Schulte <schulte.eric@gmail.com>
   Date:   Wed Jul 28 08:05:30 2010 -0600
and subsequent modifications.

I believe the leading blank(s) in the regex were copied from ess, but 
nowadays I only see this in code in ess-traceback.el that is commented 
out.

So I guess there would be no harm in pushing the latter regex.

Chuck

  reply	other threads:[~2015-10-08 20:43 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-01 19:59 BUG: emacs orgmode ob-R.el function org-babel-R-evaluate-session over aggressively performs "; ; cleanup extra prompts left in output" and a possible workaround Cook, Malcolm
2015-10-01 21:56 ` Charles C. Berry
2015-10-01 23:15   ` Cook, Malcolm
2015-10-08 19:24     ` Charles C. Berry [this message]
2015-10-08 20:41       ` Cook, Malcolm
2015-11-05 12:57       ` Nicolas Goaziou
2015-11-06 23:11         ` Charles C. Berry
2015-11-07 21:30         ` Charles C. Berry
2015-11-07 21:41           ` Nicolas Goaziou
2015-11-07 23:22           ` Cook, Malcolm
2015-11-08  0:32             ` Charles C. Berry
2015-11-09 20:04               ` Cook, Malcolm
2015-11-09 20:56                 ` Charles C. Berry
2015-11-09 22:11                   ` Cook, Malcolm

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

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

  git send-email \
    --in-reply-to=alpine.OSX.2.20.1510081203330.2137@charles-berrys-macbook.local \
    --to=ccberry@ucsd.edu \
    --cc=MEC@stowers.org \
    --cc=emacs-orgmode@gnu.org \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.