From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: [BABEL] BUG Re: Omitting try/catch blocks from tangled R code? Date: Wed, 19 Mar 2014 22:57:40 -0600 Message-ID: <87r45xeabf.fsf@gmail.com> References: <52F498AE.6090802@krugs.de> <87siruamo3.fsf@gmail.com> <52F5326C.7010505@krugs.de> <877g7syio6.fsf@gmail.com> <87txawwwh6.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56815) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQV5N-0003nj-Jt for emacs-orgmode@gnu.org; Thu, 20 Mar 2014 01:00:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WQV58-0001r5-Mt for emacs-orgmode@gnu.org; Thu, 20 Mar 2014 01:00:09 -0400 Received: from mail-pa0-x22c.google.com ([2607:f8b0:400e:c03::22c]:45312) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQV58-0001qH-Em for emacs-orgmode@gnu.org; Thu, 20 Mar 2014 00:59:54 -0400 Received: by mail-pa0-f44.google.com with SMTP id bj1so384548pad.17 for ; Wed, 19 Mar 2014 21:59:52 -0700 (PDT) In-Reply-To: (Charles Berry's message of "Wed, 19 Mar 2014 19:07:02 +0000 (UTC)") 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: Charles Berry Cc: emacs-orgmode@gnu.org Charles Berry writes: > John Hendy gmail.com> writes: > > [deleted] >> > >> > I think the default behavior should be reverted, as tangling and >> > exporting are two different things. When I tangle, I want to see the >> > code blocks as they are in the org document (with possible variables and >> > expansions) but not to create files where I do not put it explicitly >> > into a code block. These wrappers have nothing to do with the code, and >> > are only there for the exported engine. So I would either revert to the >> > original behavior, or, introduce a new header argument, >> > e.g. :include-wrappers, which would, if set to t, include the export >> > wrappers in the tangled file. This might be useful for debugging >> > exporting of code block results, but not for general tangling. >> >> Thanks for chiming in. This was my gut reaction to the default >> behavior. I guess we're still only a sample size of 2, but >> intuitively, I would think that tangling would be a separate beast in >> most cases from exporting. Just to have it on the record, if I tangle, >> it's usually to take the code I've used in something like a Beamer >> presentation or document and combine it into a single .R file so >> someone can run it without needing Org-mode. > > [deleted] > > Sorry to be late to add my $0.02... > > I never want the try/catch wrappers. > > But noweb is indispensable. > > I use noweb a lot to organize and collect blocks. In some cases, I export > them and in others I just tangle them. > > I hope that the revised code will allow me to turn off try/catch wrapping > and still be able to use noweb when tangling or exporting. > In addition to noweb, there are cases where variable expansion is useful in tangled code. The simplest option is to move things like try/catch blocks out of the code block expansion function, and into the execution function. Then if other language present similar constructs (which we want to add to execution by default but never want to tangle), we can think about abstracting this out into some new level of code block expansion. Thoughts? > > Best, > > Chuck > > -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D