* avoiding source block prompts
@ 2010-07-26 18:28 Charles C. Berry
2010-07-27 18:18 ` Eric Schulte
0 siblings, 1 reply; 7+ messages in thread
From: Charles C. Berry @ 2010-07-26 18:28 UTC (permalink / raw)
To: emacs-orgmode
I think this is a new feature or perhaps a bug, which I noticed when
upgrading to version 7.01.
The newline and the two prompts '> >' in the results block below did not
show up in the earlier versions I used.
If this is a 'feature', is there a clean way to change this behavior?
If this is a bug, is there a simple patch to fix it?
#+begin_src R :session :results output
### create x
x <- rnorm(1)
### now print the result
x
#+end_src
#+results:
:
: > > [1] 2.186783
What I would have liked is to have something that looks like this:
#+results:
: [1] 2.186783
Thanks,
Chuck
Charles C. Berry (858) 534-2098
Dept of Family/Preventive Medicine
E mailto:cberry@tajo.ucsd.edu UC San Diego
http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: avoiding source block prompts
2010-07-26 18:28 avoiding source block prompts Charles C. Berry
@ 2010-07-27 18:18 ` Eric Schulte
2010-07-27 19:40 ` Charles C. Berry
0 siblings, 1 reply; 7+ messages in thread
From: Eric Schulte @ 2010-07-27 18:18 UTC (permalink / raw)
To: Charles C. Berry; +Cc: emacs-orgmode
Hi Charles,
I just pushed up a fix for the extra prompts in your output. You will
still have a blank line (the output from "x <- rnorm(1)"), however you
can suppress that line by placing the "x <- rnorm(1)" command in a
previous code block in the same session.
Best -- Eric
"Charles C. Berry" <cberry@tajo.ucsd.edu> writes:
> I think this is a new feature or perhaps a bug, which I noticed when
> upgrading to version 7.01.
>
> The newline and the two prompts '> >' in the results block below did
> not show up in the earlier versions I used.
>
> If this is a 'feature', is there a clean way to change this behavior?
>
> If this is a bug, is there a simple patch to fix it?
>
> #+begin_src R :session :results output
> ### create x
> x <- rnorm(1)
> ### now print the result
> x
> #+end_src
>
> #+results:
> :
> : > > [1] 2.186783
>
>
> What I would have liked is to have something that looks like this:
>
> #+results:
> : [1] 2.186783
>
> Thanks,
>
> Chuck
>
>
> Charles C. Berry (858) 534-2098
> Dept of Family/Preventive Medicine
> E mailto:cberry@tajo.ucsd.edu UC San Diego
> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: avoiding source block prompts
2010-07-27 18:18 ` Eric Schulte
@ 2010-07-27 19:40 ` Charles C. Berry
2010-07-27 20:15 ` Prompts again WAS " Charles C. Berry
0 siblings, 1 reply; 7+ messages in thread
From: Charles C. Berry @ 2010-07-27 19:40 UTC (permalink / raw)
To: Eric Schulte; +Cc: emacs-orgmode
On Tue, 27 Jul 2010, Eric Schulte wrote:
> Hi Charles,
>
> I just pushed up a fix for the extra prompts in your output. You will
> still have a blank line (the output from "x <- rnorm(1)"), however you
> can suppress that line by placing the "x <- rnorm(1)" command in a
> previous code block in the same session.
Eric,
Thanks. That works for me.
Chuck
>
> Best -- Eric
>
> "Charles C. Berry" <cberry@tajo.ucsd.edu> writes:
>
>> I think this is a new feature or perhaps a bug, which I noticed when
>> upgrading to version 7.01.
>>
>> The newline and the two prompts '> >' in the results block below did
>> not show up in the earlier versions I used.
>>
>> If this is a 'feature', is there a clean way to change this behavior?
>>
>> If this is a bug, is there a simple patch to fix it?
>>
>> #+begin_src R :session :results output
>> ### create x
>> x <- rnorm(1)
>> ### now print the result
>> x
>> #+end_src
>>
>> #+results:
>> :
>> : > > [1] 2.186783
>>
>>
>> What I would have liked is to have something that looks like this:
>>
>> #+results:
>> : [1] 2.186783
>>
>> Thanks,
>>
>> Chuck
>>
>>
>> Charles C. Berry (858) 534-2098
>> Dept of Family/Preventive Medicine
>> E mailto:cberry@tajo.ucsd.edu UC San Diego
>> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>>
>>
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
Charles C. Berry (858) 534-2098
Dept of Family/Preventive Medicine
E mailto:cberry@tajo.ucsd.edu UC San Diego
http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
^ permalink raw reply [flat|nested] 7+ messages in thread
* Prompts again WAS Re: avoiding source block prompts
2010-07-27 19:40 ` Charles C. Berry
@ 2010-07-27 20:15 ` Charles C. Berry
2010-07-27 22:31 ` Charles C. Berry
0 siblings, 1 reply; 7+ messages in thread
From: Charles C. Berry @ 2010-07-27 20:15 UTC (permalink / raw)
To: Eric Schulte; +Cc: emacs-orgmode
Eric,
I spoke too soon.
Have a look at the following. You'll see that the
prompts show up there. :-(
Chuck
#+begin_src R :session :results output
### create x
x <- data.frame(a=rnorm(2),b=rnorm(2))
### now print the result
x
#+end_src
#+results:
:
: > > a b
: 1 0.2702748 -0.2938296
: 2 1.1095136 0.1769425
On Tue, 27 Jul 2010, Charles C. Berry wrote:
> On Tue, 27 Jul 2010, Eric Schulte wrote:
>
>> Hi Charles,
>>
>> I just pushed up a fix for the extra prompts in your output. You will
>> still have a blank line (the output from "x <- rnorm(1)"), however you
>> can suppress that line by placing the "x <- rnorm(1)" command in a
>> previous code block in the same session.
>
> Eric,
>
> Thanks. That works for me.
>
> Chuck
>
>>
>> Best -- Eric
>>
>> "Charles C. Berry" <cberry@tajo.ucsd.edu> writes:
>>
>> > I think this is a new feature or perhaps a bug, which I noticed when
>> > upgrading to version 7.01.
>> >
>> > The newline and the two prompts '> >' in the results block below did
>> > not show up in the earlier versions I used.
>> >
>> > If this is a 'feature', is there a clean way to change this behavior?
>> >
>> > If this is a bug, is there a simple patch to fix it?
>> >
>> > #+begin_src R :session :results output
>> > ### create x
>> > x <- rnorm(1)
>> > ### now print the result
>> > x
>> > #+end_src
>> >
>> > #+results:
>> > :
>> > : > > [1] 2.186783
>> >
>> >
>> > What I would have liked is to have something that looks like this:
>> >
>> > #+results:
>> > : [1] 2.186783
>> >
>> > Thanks,
>> >
>> > Chuck
>> >
>> >
>> > Charles C. Berry (858) 534-2098
>> > Dept of Family/Preventive
>> > Medicine
>> > E mailto:cberry@tajo.ucsd.edu UC San Diego
>> > http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego
>> > 92093-0901
>> >
>> >
>> >
>> > _______________________________________________
>> > Emacs-orgmode mailing list
>> > Please use `Reply All' to send replies to the list.
>> > Emacs-orgmode@gnu.org
>> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
> Charles C. Berry (858) 534-2098
> Dept of Family/Preventive
> Medicine
> E mailto:cberry@tajo.ucsd.edu UC San Diego
> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
Charles C. Berry (858) 534-2098
Dept of Family/Preventive Medicine
E mailto:cberry@tajo.ucsd.edu UC San Diego
http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Prompts again WAS Re: avoiding source block prompts
2010-07-27 20:15 ` Prompts again WAS " Charles C. Berry
@ 2010-07-27 22:31 ` Charles C. Berry
2010-07-28 14:03 ` Eric Schulte
0 siblings, 1 reply; 7+ messages in thread
From: Charles C. Berry @ 2010-07-27 22:31 UTC (permalink / raw)
To: Eric Schulte; +Cc: emacs-orgmode
Eric,
In ob-R.el, changing this
(if (string-match "^\\([ >]+\\)\\[[0-9]+\\]" line)
to this
(if (string-match "^\\([ ]*[>+][ ]?\\)+\\([[0-9]+\\|[ ]\\)" line)
seems to fix things (note I added plus sign which is the continuation
prompt in R).
I tried it on a bunch of varied source blocks and it seems to work OK, but
I worry that there may be case where it will fail.
Chuck
On Tue, 27 Jul 2010, Charles C. Berry wrote:
>
> Eric,
>
> I spoke too soon.
>
> Have a look at the following. You'll see that the prompts show up there. :-(
>
> Chuck
>
> #+begin_src R :session :results output
> ### create x
> x <- data.frame(a=rnorm(2),b=rnorm(2))
> ### now print the result
> x
> #+end_src
>
> #+results:
> :
> : > > a b
> : 1 0.2702748 -0.2938296
> : 2 1.1095136 0.1769425
>
>
>
> On Tue, 27 Jul 2010, Charles C. Berry wrote:
>
>> On Tue, 27 Jul 2010, Eric Schulte wrote:
>>
>> > Hi Charles,
>> >
>> > I just pushed up a fix for the extra prompts in your output. You will
>> > still have a blank line (the output from "x <- rnorm(1)"), however you
>> > can suppress that line by placing the "x <- rnorm(1)" command in a
>> > previous code block in the same session.
>>
>> Eric,
>>
>> Thanks. That works for me.
>>
>> Chuck
>>
>> >
>> > Best -- Eric
>> >
>> > "Charles C. Berry" <cberry@tajo.ucsd.edu> writes:
>> >
>> > > I think this is a new feature or perhaps a bug, which I noticed when
>> > > upgrading to version 7.01.
>> > >
>> > > The newline and the two prompts '> >' in the results block below did
>> > > not show up in the earlier versions I used.
>> > >
>> > > If this is a 'feature', is there a clean way to change this behavior?
>> > >
>> > > If this is a bug, is there a simple patch to fix it?
>> > >
>> > > #+begin_src R :session :results output
>> > > ### create x
>> > > x <- rnorm(1)
>> > > ### now print the result
>> > > x
>> > > #+end_src
>> > >
>> > > #+results:
>> > > :
>> > > : > > [1] 2.186783
>> > >
>> > >
>> > > What I would have liked is to have something that looks like this:
>> > >
>> > > #+results:
>> > > : [1] 2.186783
>> > >
>> > > Thanks,
>> > >
>> > > Chuck
>> > >
>> > >
>> > > Charles C. Berry (858) 534-2098
>> > > Dept of Family/Preventive
>> > > Medicine
>> > > E mailto:cberry@tajo.ucsd.edu UC San Diego
>> > > http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego
>> > > 92093-0901
>> > >
>> > >
>> > >
>> > > _______________________________________________
>> > > Emacs-orgmode mailing list
>> > > Please use `Reply All' to send replies to the list.
>> > > Emacs-orgmode@gnu.org
>> > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>> >
>>
>> Charles C. Berry (858) 534-2098
>> Dept of Family/Preventive
>> Medicine
>> E mailto:cberry@tajo.ucsd.edu UC San Diego
>> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>>
>>
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>>
>
> Charles C. Berry (858) 534-2098
> Dept of Family/Preventive
> Medicine
> E mailto:cberry@tajo.ucsd.edu UC San Diego
> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
Charles C. Berry (858) 534-2098
Dept of Family/Preventive Medicine
E mailto:cberry@tajo.ucsd.edu UC San Diego
http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Prompts again WAS Re: avoiding source block prompts
2010-07-27 22:31 ` Charles C. Berry
@ 2010-07-28 14:03 ` Eric Schulte
2010-08-05 3:09 ` Charles C. Berry
0 siblings, 1 reply; 7+ messages in thread
From: Eric Schulte @ 2010-07-28 14:03 UTC (permalink / raw)
To: Charles C. Berry; +Cc: emacs-orgmode
Thanks Chuck,
I've just swapped in your new and improved regexp.
I share your concern both that there could be cases where prompts aren't
matched, or more seriously where the actual output looks like a prompt
(e.g. user returns a prompt-like string).
Before taking this explicit prompt removal approach I tried
automatically removing comment lines from the input before passing it to
the inferior R process, however that ran into similar problems of users
potentially inputting valid strings which look like comments -- which
would be hard to catch without implementing a fairly sophisticated R
parser as part of Babel.
This new regexp looks like the best option for now.
Thanks! -- Eric
"Charles C. Berry" <cberry@tajo.ucsd.edu> writes:
> Eric,
>
> In ob-R.el, changing this
>
> (if (string-match "^\\([ >]+\\)\\[[0-9]+\\]" line)
>
> to this
>
> (if (string-match "^\\([ ]*[>+][ ]?\\)+\\([[0-9]+\\|[ ]\\)" line)
>
> seems to fix things (note I added plus sign which is the continuation
> prompt in R).
>
> I tried it on a bunch of varied source blocks and it seems to work OK,
> but I worry that there may be case where it will fail.
>
> Chuck
>
>
> On Tue, 27 Jul 2010, Charles C. Berry wrote:
>
>>
>> Eric,
>>
>> I spoke too soon.
>>
>> Have a look at the following. You'll see that the prompts show up there. :-(
>>
>> Chuck
>>
>> #+begin_src R :session :results output
>> ### create x
>> x <- data.frame(a=rnorm(2),b=rnorm(2))
>> ### now print the result
>> x
>> #+end_src
>>
>> #+results:
>> :
>> : > > a b
>> : 1 0.2702748 -0.2938296
>> : 2 1.1095136 0.1769425
>>
>>
>>
>> On Tue, 27 Jul 2010, Charles C. Berry wrote:
>>
>>> On Tue, 27 Jul 2010, Eric Schulte wrote:
>>>
>>> > Hi Charles,
>>> > > I just pushed up a fix for the extra prompts in your output.
>>> You will
>>> > still have a blank line (the output from "x <- rnorm(1)"), however you
>>> > can suppress that line by placing the "x <- rnorm(1)" command in a
>>> > previous code block in the same session.
>>>
>>> Eric,
>>>
>>> Thanks. That works for me.
>>>
>>> Chuck
>>>
>>> > > Best -- Eric
>>> > > "Charles C. Berry" <cberry@tajo.ucsd.edu> writes:
>>> > > > I think this is a new feature or perhaps a bug, which I
>>> noticed when
>>> > > upgrading to version 7.01.
>>> > > > > The newline and the two prompts '> >' in the results
>>> block below did
>>> > > not show up in the earlier versions I used.
>>> > > > > If this is a 'feature', is there a clean way to change
>>> this behavior?
>>> > > > > If this is a bug, is there a simple patch to fix it?
>>> > > > > #+begin_src R :session :results output
>>> > > ### create x
>>> > > x <- rnorm(1)
>>> > > ### now print the result
>>> > > x
>>> > > #+end_src
>>> > > > > #+results:
>>> > > :
>>> > > : > > [1] 2.186783
>>> > > > > > > What I would have liked is to have something that
>>> looks like this:
>>> > > > > #+results:
>>> > > : [1] 2.186783
>>> > > > > Thanks,
>>> > > > > Chuck
>>> > > > > > > Charles C. Berry (858)
>>> 534-2098
>>> > > Dept of
>>> Family/Preventive > > Medicine
>>> > > E mailto:cberry@tajo.ucsd.edu UC San Diego
>>> > > http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San
>>> Diego > > 92093-0901
>>> > > > > > > > > _______________________________________________
>>> > > Emacs-orgmode mailing list
>>> > > Please use `Reply All' to send replies to the list.
>>> > > Emacs-orgmode@gnu.org
>>> > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>> >
>>>
>>> Charles C. Berry (858) 534-2098
>>> Dept of Family/Preventive
>>> Medicine
>>> E mailto:cberry@tajo.ucsd.edu UC San Diego
>>> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>>>
>>>
>>>
>>> _______________________________________________
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>
>>>
>>
>> Charles C. Berry (858) 534-2098
>> Dept of Family/Preventive
>> Medicine
>> E mailto:cberry@tajo.ucsd.edu UC San Diego
>> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>>
>>
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
> Charles C. Berry (858) 534-2098
> Dept of Family/Preventive Medicine
> E mailto:cberry@tajo.ucsd.edu UC San Diego
> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Prompts again WAS Re: avoiding source block prompts
2010-07-28 14:03 ` Eric Schulte
@ 2010-08-05 3:09 ` Charles C. Berry
0 siblings, 0 replies; 7+ messages in thread
From: Charles C. Berry @ 2010-08-05 3:09 UTC (permalink / raw)
To: Eric Schulte; +Cc: emacs-orgmode
On Wed, 28 Jul 2010, Eric Schulte wrote:
> Thanks Chuck,
>
> I've just swapped in your new and improved regexp.
>
> I share your concern both that there could be cases where prompts aren't
> matched, or more seriously where the actual output looks like a prompt
> (e.g. user returns a prompt-like string).
>
> Before taking this explicit prompt removal approach I tried
> automatically removing comment lines from the input before passing it to
> the inferior R process, however that ran into similar problems of users
> potentially inputting valid strings which look like comments -- which
> would be hard to catch without implementing a fairly sophisticated R
> parser as part of Babel.
>
> This new regexp looks like the best option for now.
>
> Thanks! -- Eric
Eric (and anyone else listening in),
I've put together a revised org-babel-R-evaluate.
With "R :session :results ouput" it will gracefully handle commands like:
cat("\n > > + > \n")
leaving the output in place, but trimming out the prompts and gratuitous
lines.
The code appears below along with a couple of test cases.
I did not touch anything in org-babel-R-evaluate above the second
'(output'; it looks like the ':session :results value' case
will have trouble when a block ends with something like this
cat( "no newline" );invisible(1+1)
(say) and (inferior-ess-send-input) does not result in a newline, but
I am not sure how to engineer that. Maybe just
eval( parse( text=..ob.body ) ), but I don't know how to get the text in
body sent to R as ..ob.body.
If the elisp looks peculiar, it is because I am just picking it up.
Criticism and pointers welcome.
Chuck
#+begin_src emacs-lisp
(setq org-babel-R-initiate-sink
"..ob.tcon <- textConnection(\"..ob.tcon.txt\",\"w\")
..ob.eol <- \"\n\"
sink( ..ob.tcon ) \n")
(setq org-babel-R-finish-sink
"\nsink()
close( ..ob.tcon )
cat( ..ob.eol )
cat(..ob.tcon.txt, sep=..ob.eol)
rm( ..ob.tcon.txt )")
(defmacro sinkout (bd)
(list 'concat org-babel-R-initiate-sink bd org-babel-R-finish-sink))
(defun drop-two-lines (linestring)
"Search for second '\\n' and delete all characters up to an including it."
(substring linestring
(progn (string-match "\n.*\n" linestring)
(match-end 0))))
(defun org-babel-R-evaluate
(session body result-type column-names-p row-names-p)
"Pass BODY to the R process in SESSION.
If RESULT-TYPE equals 'output then return a list of the outputs
of the statements in BODY, if RESULT-TYPE equals 'value then
return the value of the last statement in BODY, as elisp."
(if (not session)
;; external process evaluation
(case result-type
(output (org-babel-eval org-babel-R-command body))
(value
(let ((tmp-file (make-temp-file "org-babel-R-results-")))
(org-babel-eval org-babel-R-command
(format org-babel-R-wrapper-method
body tmp-file
(if row-names-p "TRUE" "FALSE")
(if column-names-p
(if row-names-p "NA" "TRUE")
"FALSE")))
(org-babel-R-process-value-result
(org-babel-import-elisp-from-file
(org-babel-maybe-remote-file tmp-file)) column-names-p))))
;; comint session evaluation
(case result-type
(value
(let ((tmp-file (make-temp-file "org-babel-R"))
broke)
(org-babel-comint-with-output (session org-babel-R-eoe-output)
(insert (mapconcat
#'org-babel-chomp
(list
body
(format org-babel-R-wrapper-lastvar
tmp-file
(if row-names-p "TRUE" "FALSE")
(if column-names-p
(if row-names-p "NA" "TRUE")
"FALSE"))
org-babel-R-eoe-indicator) "\n"))
(inferior-ess-send-input))
(org-babel-R-process-value-result
(org-babel-import-elisp-from-file
(org-babel-maybe-remote-file tmp-file)) column-names-p)))
(output
(drop-two-lines
(mapconcat
#'org-babel-chomp
(butlast
(delq nil
(mapcar
#'identity
(org-babel-comint-with-output (session org-babel-R-eoe-output)
(insert (mapconcat #'org-babel-chomp
(list (sinkout body) org-babel-R-eoe-indicator)
"\n"))
(inferior-ess-send-input)))) 2) "\n"))))))
#+end_src
#+results:
: org-babel-R-evaluate
#+begin_src R :session :results output
cat(" >\n")
1+1
#+end_src
#+results:
: >
: [1] 2
#+begin_src R :session :results output
cat(" > start of block < \n" )
x <-
rnorm(3)
x
y <- as.data.frame(diag(2))
y+x
cat(" >end of block< ") # no newline
#+end_src
#+results:
: > start of block <
: [1] -1.4569661 0.1888919 -0.3685594
: V1 V2
: 1 -0.4569661 -0.3685594
: 2 0.1888919 -0.4569661
: >end of block<
Add an extra newline for :session :results value ?
#+begin_src R :sesison :results value
## use C-g to return after C-c C-c
## a user might do this by mistake:
cat("no newline")
invisible(1+1)
#+end_src
#+results:
: 2
>
> "Charles C. Berry" <cberry@tajo.ucsd.edu> writes:
>
>> Eric,
>>
>> In ob-R.el, changing this
>>
>> (if (string-match "^\\([ >]+\\)\\[[0-9]+\\]" line)
>>
>> to this
>>
>> (if (string-match "^\\([ ]*[>+][ ]?\\)+\\([[0-9]+\\|[ ]\\)" line)
>>
>> seems to fix things (note I added plus sign which is the continuation
>> prompt in R).
>>
>> I tried it on a bunch of varied source blocks and it seems to work OK,
>> but I worry that there may be case where it will fail.
>>
>> Chuck
>>
>>
>> On Tue, 27 Jul 2010, Charles C. Berry wrote:
>>
>>>
>>> Eric,
>>>
>>> I spoke too soon.
>>>
>>> Have a look at the following. You'll see that the prompts show up there. :-(
>>>
>>> Chuck
>>>
>>> #+begin_src R :session :results output
>>> ### create x
>>> x <- data.frame(a=rnorm(2),b=rnorm(2))
>>> ### now print the result
>>> x
>>> #+end_src
>>>
>>> #+results:
>>> :
>>> : > > a b
>>> : 1 0.2702748 -0.2938296
>>> : 2 1.1095136 0.1769425
>>>
>>>
>>>
>>> On Tue, 27 Jul 2010, Charles C. Berry wrote:
>>>
>>>> On Tue, 27 Jul 2010, Eric Schulte wrote:
>>>>
>>>>> Hi Charles,
>>>>>> I just pushed up a fix for the extra prompts in your output.
>>>> You will
>>>>> still have a blank line (the output from "x <- rnorm(1)"), however you
>>>>> can suppress that line by placing the "x <- rnorm(1)" command in a
>>>>> previous code block in the same session.
>>>>
>>>> Eric,
>>>>
>>>> Thanks. That works for me.
>>>>
>>>> Chuck
>>>>
>>>>>> Best -- Eric
>>>>>> "Charles C. Berry" <cberry@tajo.ucsd.edu> writes:
>>>>>>> I think this is a new feature or perhaps a bug, which I
>>>> noticed when
>>>>>> upgrading to version 7.01.
>>>>>>>> The newline and the two prompts '> >' in the results
>>>> block below did
>>>>>> not show up in the earlier versions I used.
>>>>>>>> If this is a 'feature', is there a clean way to change
>>>> this behavior?
>>>>>>>> If this is a bug, is there a simple patch to fix it?
>>>>>>>> #+begin_src R :session :results output
>>>>>> ### create x
>>>>>> x <- rnorm(1)
>>>>>> ### now print the result
>>>>>> x
>>>>>> #+end_src
>>>>>>>> #+results:
>>>>>> :
>>>>>> : > > [1] 2.186783
>>>>>>>>>> What I would have liked is to have something that
>>>> looks like this:
>>>>>>>> #+results:
>>>>>> : [1] 2.186783
>>>>>>>> Thanks,
>>>>>>>> Chuck
>>>>>>>>>> Charles C. Berry (858)
>>>> 534-2098
>>>>>> Dept of
>>>> Family/Preventive > > Medicine
>>>>>> E mailto:cberry@tajo.ucsd.edu UC San Diego
>>>>>> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San
>>>> Diego > > 92093-0901
>>>>>>>>>>>> _______________________________________________
>>>>>> Emacs-orgmode mailing list
>>>>>> Please use `Reply All' to send replies to the list.
>>>>>> Emacs-orgmode@gnu.org
>>>>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>>>
>>>>
>>>> Charles C. Berry (858) 534-2098
>>>> Dept of Family/Preventive
>>>> Medicine
>>>> E mailto:cberry@tajo.ucsd.edu UC San Diego
>>>> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Emacs-orgmode mailing list
>>>> Please use `Reply All' to send replies to the list.
>>>> Emacs-orgmode@gnu.org
>>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>>
>>>>
>>>
>>> Charles C. Berry (858) 534-2098
>>> Dept of Family/Preventive
>>> Medicine
>>> E mailto:cberry@tajo.ucsd.edu UC San Diego
>>> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>>>
>>>
>>>
>>> _______________________________________________
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>
>>
>> Charles C. Berry (858) 534-2098
>> Dept of Family/Preventive Medicine
>> E mailto:cberry@tajo.ucsd.edu UC San Diego
>> http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
>
Charles C. Berry (858) 534-2098
Dept of Family/Preventive Medicine
E mailto:cberry@tajo.ucsd.edu UC San Diego
http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2010-08-05 3:11 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-07-26 18:28 avoiding source block prompts Charles C. Berry
2010-07-27 18:18 ` Eric Schulte
2010-07-27 19:40 ` Charles C. Berry
2010-07-27 20:15 ` Prompts again WAS " Charles C. Berry
2010-07-27 22:31 ` Charles C. Berry
2010-07-28 14:03 ` Eric Schulte
2010-08-05 3:09 ` Charles C. Berry
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).