emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] BUG: emacs orgmode ob-R.el function org-babel-R-evaluate-session


From: Cook, Malcolm
Subject: Re: [O] 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, 1 Oct 2015 23:15:03 +0000

> > 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
 > 
 > I'd try (for example):
 > 
 > #+BEGIN_SRC R :results value raw drawer :session
 > require(GenomicRanges)
 > capture.output(show(GRanges(seqnames=rep("a",100),
 >      IRanges(start=1:100,width=1),strand=rep("*",100))))
 > #+END_SRC

Thanks for the thought, but, I'm trying to engage in "literate programming" for 
which in my opinion I should not have to re-write my code (using capture.output 
and show) to get the output of evaluation captured.

We're I to sweave my code I would get all this un-wanted cruft.

I think org-bable-R-evaluate-FOO should be handling all this for us.

 > rather than messing with the regexp.

Hmm.... not sure I understand your preference here.   I'm providing an example 
of some that should "just work", but does not.   I too prefer not to mess with 
the regexp other than to identify it as the source of the issue.  Perhaps the 
"real solution" is to recode org-bable-R-evaluate-FOO.

> > 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....
 > 
 > Just guessing that the things that `(setq ess-eval-visibly nil)' generates 
 > (e.g., +
 > + + + + > ) won't behave using your version.
 > 

In fact it does behave.  I tried it.  I think that ess-eval-visibly effects how 
ob-R interacts with the ess session.

 > HTH,

I wish it did.... ;)  Thanks for your efforts.

 > 
 > Chuck



reply via email to

[Prev in Thread] Current Thread [Next in Thread]