From mboxrd@z Thu Jan 1 00:00:00 1970 From: Neeum Zawan Subject: Re: Literate Programming - Continue a Source Block? Date: Sat, 11 Jun 2011 22:36:33 -0700 Message-ID: <87oc238vby.fsf@fester.com> References: <87pqmokh6d.fsf@fester.com> <80k4cw22uf.fsf@somewhere.org> <87fwnkjqoh.fsf@fester.com> <87mxhsnmcf.fsf@gmail.com> <877h8wj9za.fsf@fester.com> <877h8tv6yh.fsf@gmail.com> <87fwnhgps2.fsf@fester.com> <871uz0m8q9.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([140.186.70.92]:40054) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QVdJV-0005RV-6m for emacs-orgmode@gnu.org; Sun, 12 Jun 2011 01:34:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QVdJU-0002zO-5f for emacs-orgmode@gnu.org; Sun, 12 Jun 2011 01:34:21 -0400 Received: from lo.gmane.org ([80.91.229.12]:57162) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QVdJU-0002z8-0g for emacs-orgmode@gnu.org; Sun, 12 Jun 2011 01:34:20 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QVdJR-00005m-E6 for emacs-orgmode@gnu.org; Sun, 12 Jun 2011 07:34:17 +0200 Received: from c-71-237-233-41.hsd1.or.comcast.net ([71.237.233.41]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 12 Jun 2011 07:34:17 +0200 Received: from mailinglists by c-71-237-233-41.hsd1.or.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 12 Jun 2011 07:34:17 +0200 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: emacs-orgmode@gnu.org Eric Schulte writes: > Hi Neeum, > > Thanks for your feedback. Your point is well taken about the > flexibility of header arguments, and the ability of a header argument > based solution to overwrite blocks. > > I would mention that variables such as the newly introduced > `org-babel-tangle-named-block-combination' may be easily set on a > per-file bases using file local variables---basically adding a line like > the following to the top of your Org-mode file. Somehow I couldn't get your new function to work. The variable is set to append, and I removed all org-modes from my system except the latest from git. I even ensured that this code gets executed: (append (mapconcat #'identity named "\n")) However, the output I get is the same as before - it just uses the first source block. Incidentally, why do we need "\n" as a separator? What if I wanted to do (in Python) def func(a, b, <>): stuff In other words, I want to add more arguments later on. Wouldn't a \n mess things up here? Thanks.