From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ista Zahn Subject: Re: R code block produces only partial output Date: Sat, 23 Aug 2014 15:37:42 -0400 Message-ID: References: <87iom8zd24.fsf@gmail.com> <877g2oz9gv.fsf@gmail.com> <87lhr27oap.fsf@gmail.com> <87r40uwavs.fsf@gmail.com> <8761i5kg8f.fsf@gmail.com> <87ppgcrg8n.fsf@gmail.com> <87lhr0qimr.fsf@gmail.com> <87wqa9owhv.fsf@gmail.com> <87oavkp2xa.fsf@gmail.com> <87r40f8xfo.fsf@Rainer.invalid> <87a9718hg7.fsf@gmail.com> <877g2511mx.fsf@Rainer.invalid> <871ts7r4ho.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45858) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XLH8X-0007CJ-4e for emacs-orgmode@gnu.org; Sat, 23 Aug 2014 15:38:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XLH8V-0003dS-LG for emacs-orgmode@gnu.org; Sat, 23 Aug 2014 15:38:05 -0400 Received: from mail-oi0-x22a.google.com ([2607:f8b0:4003:c06::22a]:51404) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XLH8V-0003dB-GE for emacs-orgmode@gnu.org; Sat, 23 Aug 2014 15:38:03 -0400 Received: by mail-oi0-f42.google.com with SMTP id a3so8723871oib.29 for ; Sat, 23 Aug 2014 12:38:02 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: "Thomas S. Dye" Cc: Achim Gratz , emacs-orgmode Mailinglist On Sat, Aug 23, 2014 at 2:35 PM, Thomas S. Dye wrote: > Aaron Ecay writes: > >> Well, I think that it=E2=80=99s going to be difficult to make babel a be= tter >> 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=E2=80=99m comfortable with the idea that babel=E2= =80=99s R >> support should require the evaluate package. However, it=E2=80=99s diff= icult >> 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 >