From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [BUG] org-export-with-current-buffer-copy drops local variable WAS:Re: new exporter - noweb substitution issues Date: Thu, 22 Nov 2012 11:06:12 +0100 Message-ID: <87zk2ac5pn.fsf@gmail.com> References: <87ehjogdgb.fsf@tajo.ucsd.edu> <87a9ubbh3j.fsf@tajo.ucsd.edu> <87txsi8bop.fsf_-_@tajo.ucsd.edu> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:53715) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbTk2-00060e-Kh for emacs-orgmode@gnu.org; Thu, 22 Nov 2012 05:10:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TbTjw-00062x-Fs for emacs-orgmode@gnu.org; Thu, 22 Nov 2012 05:10:42 -0500 Received: from mail-we0-f169.google.com ([74.125.82.169]:53783) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbTjw-00062i-A3 for emacs-orgmode@gnu.org; Thu, 22 Nov 2012 05:10:36 -0500 Received: by mail-we0-f169.google.com with SMTP id t49so1152146wey.0 for ; Thu, 22 Nov 2012 02:10:35 -0800 (PST) In-Reply-To: <87txsi8bop.fsf_-_@tajo.ucsd.edu> (cberry@tajo.ucsd.edu's message of "Wed, 21 Nov 2012 21:10:46 -0800") 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: cberry@tajo.ucsd.edu Cc: emacs-orgmode@gnu.org, Eric Schulte 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. Eric, is that ok with you? Regards, -- Nicolas Goaziou