From mboxrd@z Thu Jan 1 00:00:00 1970 From: cberry@tajo.ucsd.edu Subject: Re: [BUG] org-export-with-current-buffer-copy drops local variable WAS:Re: new exporter - noweb substitution issues Date: Wed, 28 Nov 2012 11:40:22 -0800 Message-ID: <87vccph5y1.fsf@tajo.ucsd.edu> References: <87ehjogdgb.fsf@tajo.ucsd.edu> <87a9ubbh3j.fsf@tajo.ucsd.edu> <87txsi8bop.fsf_-_@tajo.ucsd.edu> <87zk2ac5pn.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:40234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdnUy-0008V8-7e for emacs-orgmode@gnu.org; Wed, 28 Nov 2012 14:40:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TdnUw-0001RO-Tm for emacs-orgmode@gnu.org; Wed, 28 Nov 2012 14:40:44 -0500 Received: from plane.gmane.org ([80.91.229.3]:43869) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdnUw-0001RF-LV for emacs-orgmode@gnu.org; Wed, 28 Nov 2012 14:40:42 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TdnV2-0001us-08 for emacs-orgmode@gnu.org; Wed, 28 Nov 2012 20:40:48 +0100 Received: from tajo.ucsd.edu ([137.110.122.165]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Nov 2012 20:40:47 +0100 Received: from cberry by tajo.ucsd.edu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Nov 2012 20:40:47 +0100 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 Nicolas Goaziou writes: > Hello, > > cberry@tajo.ucsd.edu writes: > > Thank you for all the debugging. > >> org-export-with-current-buffer-copy calls org-clone-local-variables >> which uses a regexp to detect buffer-local variables, but >> *org-babel-use-quick-and-dirty-noweb-expansion* is not detected, so it >> gets dropped. >> >> Solution add "\\*org-babel-use-.*dirty.*\\*\\|" or something like that >> to the regexp. > > Before doing that, I'd like to know if there's a particular reason for > this variable to not belong to the regular namespace. > > I think this is confusing and error-prone. Thus, I'd rather have the > variable renamed instead. Fair enough. > > Eric, is that ok with you? No reply so far, I think. Anything more I can do to help with this? Chuck