From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: Regression bug in tangle/weave Date: Sun, 10 Jul 2011 09:46:10 -0600 Message-ID: <87fwmeruyh.fsf@gmail.com> References: <1309447445.43453.YahooMailNeo@web81602.mail.mud.yahoo.com> <8762nn8945.fsf@gmail.com> <877h7rtoqn.fsf@fester.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:60707) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QfwMO-0003k0-IQ for emacs-orgmode@gnu.org; Sun, 10 Jul 2011 11:55:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QfwMN-0007Gz-0U for emacs-orgmode@gnu.org; Sun, 10 Jul 2011 11:55:56 -0400 Received: from mail-pz0-f41.google.com ([209.85.210.41]:51796) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QfwMM-0007Fz-F2 for emacs-orgmode@gnu.org; Sun, 10 Jul 2011 11:55:54 -0400 Received: by mail-pz0-f41.google.com with SMTP id 4so2945138pzk.0 for ; Sun, 10 Jul 2011 08:55:54 -0700 (PDT) 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: Neeum Zawan Cc: emacs-orgmode@gnu.org Neeum Zawan writes: > Eric Schulte writes: > >> Hi, >> >> Indeed this example below no longer works, however I believe the new >> behavior is both desired and permanent. I'll explain and include an >> option for how your example could be restructured to work with the new >> code. >> >> We ran into problems automatically removing trailing newlines from code >> block bodies as in some languages (looking at you Python and Haskell) >> things like trailing newlines are of syntactic importance. In your >> example this behavior results in the insertion of newlines after >> file-name and file-version. Babel is careful to preserve line prefixes >> when expanding references in comments, so it then reproduces the >> >> # Generated from >> >> portion of that line for every line of the expanded noweb references. >> >> I would suggest the following alternatives, either using a data >> references in stead of a code block reference as in the file-version >> example below, or using an evaluated code block as in the file-name >> example below. Hope this helps. > > Oh dear. Am I to blame for this? > > When I reported the newline issue, somewhere in the back of my mind I > knew it probably would have some ugly consequences. Now I see them. > > An evaluated code block seems inelegant/confusing if one intends to > export that code as part of the document. A data reference seems OK, but > I take it you can't have references within it? > > Unfortunately, I see no easy solution... > In these cases, I feel that a data reference is the simplest, most natural solution, and lightest-syntax solution in these cases, and I don't see it as an ugly compromise. Just my opinion. As I mentioned above I feel that the current behavior is both desired and permanent, and I'm happy that you raised the newline issue that help lead to this behavior. Best -- Eric -- Eric Schulte http://cs.unm.edu/~eschulte/