From mboxrd@z Thu Jan 1 00:00:00 1970 From: tsd@tsdye.com (Thomas S. Dye) Subject: Re: R code block produces only partial output Date: Sat, 23 Aug 2014 08:35:04 -1000 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]:36660) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XLG9w-0001Ta-1H for emacs-orgmode@gnu.org; Sat, 23 Aug 2014 14:35:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XLG9o-0007SI-T8 for emacs-orgmode@gnu.org; Sat, 23 Aug 2014 14:35:27 -0400 Received: from gproxy2-pub.mail.unifiedlayer.com ([69.89.18.3]:52738) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1XLG9o-0007JR-M2 for emacs-orgmode@gnu.org; Sat, 23 Aug 2014 14:35:20 -0400 In-Reply-To: <871ts7r4ho.fsf@gmail.com> (Aaron Ecay's message of "Sat, 23 Aug 2014 04:32:03 -0400") 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: Achim Gratz Cc: emacs-orgmode@gnu.org Aaron Ecay writes: > Well, I think that it=E2=80=99s going to be difficult to make babel a bet= ter > 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 diffi= cult > 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. Tom --=20 Thomas S. Dye http://www.tsdye.com