[ESS] from emacs region to R
Martin Maechler
maechler at stat.math.ethz.ch
Mon Mar 27 09:57:04 CEST 2006
>>>>> "Frede" == Frede Aakmann Tøgersen <FredeA.Togersen at agrsci.dk>
>>>>> on Mon, 27 Mar 2006 09:35:39 +0200 writes:
>> Further note that the upcoming next version of ESS will
>> additionally have
>> C-c C-p : ess-eval-paragraph-and-step
>> and
>> C-c C-c : ess-eval-function-or-paragraph-and-step
>> thanks to recent suggestions on this mailing list.
>> I currently thank that many ESS users might like to change their
>> habits and start using C-c C-c very frequently.
Frede> Well, allready I frequently use C-c C-c together with
Frede> C-g when I inadvertently hit C-c C-b instead of C-c
Frede> C-n and situations like that. C-c C-c is for me
Frede> defined as
>> C-c C-c runs the command comint-interrupt-subjob
>> which is an interactive compiled Lisp function in `comint.el'.
>> It is bound to C-c C-c, <menu-bar> <signals> <break>.
>> (comint-interrupt-subjob)
>> Interrupt the current subjob.
>> This command also kills the pending input
>> between the process mark and point.
Frede> If ESS-core decides to overrule this definition is
Frede> there then any way I can "easily" toggle to the
Frede> original bounds?
Frede, I assume you have confused the key mapping in
"inferior-ess-mode" with than one in "ess-mode", i.e. the ones in
the *R* buffer with the ones in *.R file buffers.
Of course we'd never think of "overrule" the current long-time
C-c C-c definition in inferior-ess-mode.
Instead I've been taking about the one in 'ess-mode' (the "*.R"
file buffers').
Martin
More information about the ESS-help
mailing list