From: Ista Zahn <istazahn@gmail.com>
To: "Thomas S. Dye" <tsd@tsdye.com>
Cc: Achim Gratz <Stromeko@nexgo.de>,
emacs-orgmode Mailinglist <emacs-orgmode@gnu.org>
Subject: Re: R code block produces only partial output
Date: Sat, 23 Aug 2014 15:37:42 -0400 [thread overview]
Message-ID: <CA+vqiLES_LyBgmLyrsaC2-rEikNJfN_x3-E-WMVO+q0OXSzEdw@mail.gmail.com> (raw)
In-Reply-To: <m2siknoy07.fsf@tsdye.com>
On Sat, Aug 23, 2014 at 2:35 PM, Thomas S. Dye <tsd@tsdye.com> wrote:
> Aaron Ecay <aaronecay@gmail.com> writes:
>
>> Well, I think that it’s going to be difficult to make babel a better
>> literate programming solution for R if we restrict ourselves not to
>> use the state-of-the-art R package for low-level literate programming
>> support. Org is full of features which one needs to install other
>> software to use, and I’m comfortable with the idea that babel’s R
>> support should require the evaluate package. However, it’s difficult
>> to argue this point of view when no one has spoken up about their own
>> requirements, and a spirit of conservatism in the face of vague
>> imagined difficulties persists.
>
> As a regular user of babel, including ob-R, I do want to see it mature
> into a state-of-the-art, productive literate programming environment.
> I've followed babel development for a long time and my sense is that
> responsible experimentation is the norm, backed up by the ability to
> revert commits that end up causing undue headaches. If Aaron's good
> work on ob-R raises howls of protest from users with restrictive IT
> managers, or the evaluate package somehow becomes a pariah, then at some
> point ob-R would have to drop the evaluate package requirement. If not,
> then the rest of us can enjoy the benefits of Aaron's labor (hopefully
> on master and not as a series of patches, which are a real pain for us
> non-programmer types to maintain).
>
> My $0.02.
+1.
R has considerable infrastructure to support litterarate programming,
and it makes little sense to avoid using it because a) some
hypothetical users will have difficulty installing the software or b)
because other languages supported by babel lack similar functionality.
We are currently missing out on some useful things available in other
literate programming systems for R, such as the ability to easily
return interleaved input and output, and I would really like to see R
support in babel take advantage of existing R features to provide a
first-class R literate programming environment.
Best,
Ista
>
> Tom
>
> --
> Thomas S. Dye
> http://www.tsdye.com
>
next prev parent reply other threads:[~2014-08-23 19:38 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-04 11:18 R code block produces only partial output Andreas Kiermeier
2014-08-04 11:53 ` Eric Schulte
2014-08-04 12:23 ` Andreas Kiermeier
2014-08-04 13:10 ` Eric Schulte
2014-08-05 0:46 ` Andreas Kiermeier
2014-08-05 4:00 ` John Hendy
2014-08-05 4:31 ` Andreas Kiermeier
2014-08-05 18:05 ` Charles Berry
2014-08-05 19:02 ` Eric Schulte
2014-08-05 19:11 ` John Hendy
2014-08-05 19:57 ` Nick Dokos
2014-08-05 20:10 ` Nick Dokos
2014-08-05 22:21 ` Charles C. Berry
2014-08-06 3:32 ` Aaron Ecay
2014-08-06 11:30 ` Eric Schulte
2014-08-07 6:00 ` Aaron Ecay
2014-08-07 17:42 ` Charles C. Berry
2014-08-07 18:06 ` Aaron Ecay
2014-08-07 18:42 ` Charles C. Berry
2014-08-07 19:06 ` Thomas S. Dye
2014-08-09 8:54 ` Rainer M Krug
2014-08-16 5:05 ` Aaron Ecay
2014-08-16 18:50 ` Charles C. Berry
2014-08-16 20:58 ` Aaron Ecay
2014-08-17 6:03 ` Achim Gratz
2014-08-19 0:13 ` Aaron Ecay
2014-08-19 5:36 ` Achim Gratz
2014-08-23 8:32 ` Aaron Ecay
2014-08-23 9:24 ` Andreas Kiermeier
2014-08-23 17:10 ` Aaron Ecay
2014-08-23 18:35 ` Thomas S. Dye
2014-08-23 19:37 ` Ista Zahn [this message]
2014-08-24 0:10 ` Charles C. Berry
2014-08-28 5:24 ` Aaron Ecay
2014-09-01 5:00 ` Aaron Ecay
2014-09-01 16:08 ` Charles C. Berry
2014-08-09 8:48 ` Rainer M Krug
2014-08-06 1:11 ` Andreas Kiermeier
2014-08-06 2:21 ` Charles C. Berry
2014-08-06 3:24 ` Aaron Ecay
2014-08-06 15:59 ` Charles C. Berry
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
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CA+vqiLES_LyBgmLyrsaC2-rEikNJfN_x3-E-WMVO+q0OXSzEdw@mail.gmail.com \
--to=istazahn@gmail.com \
--cc=Stromeko@nexgo.de \
--cc=emacs-orgmode@gnu.org \
--cc=tsd@tsdye.com \
/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 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).