* [babel, R] Commands are not copied in the iESS buffer upon evaluation
@ 2014-08-29 8:57 Sebastien Vauban
2014-08-30 7:22 ` Andreas Kiermeier
2014-08-30 18:49 ` Aaron Ecay
0 siblings, 2 replies; 7+ messages in thread
From: Sebastien Vauban @ 2014-08-29 8:57 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hello,
I execute the following block of R code by going in the temporary buffer (via
`C-c '') and by sending the lines to the =*R*= buffer (via `C-c C-b').
#+begin_src R :eval yes
id.etp <- as.data.frame(c(111:113, 444, 555, 666))
names(id.etp) <- "Id"
id.etp
#+end_src
The commands are outputted in the iESS buffer.
Though, if I eval the following block with `C-c C-v C-e', the commands are not
copied in the iESS buffer. Only "complex" sequences of ">" and "+" are visible.
#+begin_src R :eval yes
id.stg <- as.data.frame(c(222:224, 777, 888, 999))
names(id.stg) <- "Id"
id.stg
#+end_src
See for yourself on http://screencast.com/t/dq3w3vAp.
Does it have something to do with `ess-eval-visibly' not being respected
(whose default is `t')?
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [babel, R] Commands are not copied in the iESS buffer upon evaluation
2014-08-29 8:57 [babel, R] Commands are not copied in the iESS buffer upon evaluation Sebastien Vauban
@ 2014-08-30 7:22 ` Andreas Kiermeier
2014-08-30 18:49 ` Aaron Ecay
1 sibling, 0 replies; 7+ messages in thread
From: Andreas Kiermeier @ 2014-08-30 7:22 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: emacs-orgmode
Hi Seb,
I'm not quite sure why the commands are not echoed and someone else
can probably explain this.
But for what it's worth, using a header argument ":results output"
shows the command plus their output in the *R* buffer.
Cheers,
Andreas
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [babel, R] Commands are not copied in the iESS buffer upon evaluation
2014-08-29 8:57 [babel, R] Commands are not copied in the iESS buffer upon evaluation Sebastien Vauban
2014-08-30 7:22 ` Andreas Kiermeier
@ 2014-08-30 18:49 ` Aaron Ecay
2014-09-01 7:23 ` Sebastien Vauban
1 sibling, 1 reply; 7+ messages in thread
From: Aaron Ecay @ 2014-08-30 18:49 UTC (permalink / raw)
To: Sebastien Vauban, emacs-orgmode
Hi Seb,
2014ko abuztuak 29an, Sebastien Vauban-ek idatzi zuen:
[...]
> Does it have something to do with `ess-eval-visibly' not being respected
> (whose default is `t')?
Indeed, babel’s R support let-binds this variable to nil when evaluating
value-type results in a session.
--
Aaron Ecay
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [babel, R] Commands are not copied in the iESS buffer upon evaluation
2014-08-30 18:49 ` Aaron Ecay
@ 2014-09-01 7:23 ` Sebastien Vauban
2014-09-01 16:58 ` Charles Berry
0 siblings, 1 reply; 7+ messages in thread
From: Sebastien Vauban @ 2014-09-01 7:23 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Aaron,
Aaron Ecay wrote:
> 2014ko abuztuak 29an, Sebastien Vauban-ek idatzi zuen:
>
>> Does it have something to do with `ess-eval-visibly' not being respected
>> (whose default is `t')?
>
> Indeed, babel’s R support let-binds this variable to nil when evaluating
> value-type results in a session.
OK. Can we put it to `t' by default [1] or, at least, have Org Babel
respect our ESS setting?
Best regards,
Seb
[1] For me, that makes more sense, moreover when there are errors
happening. Currently, when we go and look in the session, we just
see a (sometimes cryptic) error message, but not after which command
it occurred.
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [babel, R] Commands are not copied in the iESS buffer upon evaluation
2014-09-01 7:23 ` Sebastien Vauban
@ 2014-09-01 16:58 ` Charles Berry
2014-09-02 13:32 ` Sebastien Vauban
0 siblings, 1 reply; 7+ messages in thread
From: Charles Berry @ 2014-09-01 16:58 UTC (permalink / raw)
To: emacs-orgmode
Sebastien Vauban <sva-news@...> writes:
>
> Hi Aaron,
>
> Aaron Ecay wrote:
> > 2014ko abuztuak 29an, Sebastien Vauban-ek idatzi zuen:
> >
> >> Does it have something to do with `ess-eval-visibly' not being respected
> >> (whose default is `t')?
> >
> > Indeed, babel’s R support let-binds this variable to nil when evaluating
> > value-type results in a session.
>
> OK. Can we put it to `t' by default [1] or, at least, have Org Babel
> respect our ESS setting?
If you Google `ess-eval-visibly slow' you will get a bunch of hits that
show why people prefer `nil' and why that is a good default.
But it may be OK to allow a user to override.
HTH,
Chuck
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [babel, R] Commands are not copied in the iESS buffer upon evaluation
2014-09-01 16:58 ` Charles Berry
@ 2014-09-02 13:32 ` Sebastien Vauban
2014-10-12 12:28 ` Bastien
0 siblings, 1 reply; 7+ messages in thread
From: Sebastien Vauban @ 2014-09-02 13:32 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Charles Berry wrote:
> Sebastien Vauban <sva-news@...> writes:
>> Aaron Ecay wrote:
>>> 2014ko abuztuak 29an, Sebastien Vauban-ek idatzi zuen:
>>>
>>>> Does it have something to do with `ess-eval-visibly' not being respected
>>>> (whose default is `t')?
>>>
>>> Indeed, babel’s R support let-binds this variable to nil when evaluating
>>> value-type results in a session.
>>
>> OK. Can we put it to `t' by default [1] or, at least, have Org Babel
>> respect our ESS setting?
>
> If you Google `ess-eval-visibly slow' you will get a bunch of hits
> that show why people prefer `nil' and why that is a good default.
OK, I can imagine letting the current default is good.
> But it may be OK to allow a user to override.
But I really find we should be able to override it, yes!
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [babel, R] Commands are not copied in the iESS buffer upon evaluation
2014-09-02 13:32 ` Sebastien Vauban
@ 2014-10-12 12:28 ` Bastien
0 siblings, 0 replies; 7+ messages in thread
From: Bastien @ 2014-10-12 12:28 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
Hi Sébastien,
Sebastien Vauban <sva-news-D0wtAvR13HarG/iDocfnWg@public.gmane.org>
writes:
>> But it may be OK to allow a user to override.
>
> But I really find we should be able to override it, yes!
Can you provide a patch for this?
--
Bastien
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2014-10-12 12:29 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-08-29 8:57 [babel, R] Commands are not copied in the iESS buffer upon evaluation Sebastien Vauban
2014-08-30 7:22 ` Andreas Kiermeier
2014-08-30 18:49 ` Aaron Ecay
2014-09-01 7:23 ` Sebastien Vauban
2014-09-01 16:58 ` Charles Berry
2014-09-02 13:32 ` Sebastien Vauban
2014-10-12 12:28 ` Bastien
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).