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: Fri, 30 Nov 2012 14:00:49 +0100 Message-ID: <87ip8ntfcu.fsf@gmail.com> References: <87ehjogdgb.fsf@tajo.ucsd.edu> <87a9ubbh3j.fsf@tajo.ucsd.edu> <87txsi8bop.fsf_-_@tajo.ucsd.edu> <87zk2ac5pn.fsf@gmail.com> <87vccph5y1.fsf@tajo.ucsd.edu> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:50305) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TeQHB-0005NX-VU for emacs-orgmode@gnu.org; Fri, 30 Nov 2012 08:05:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TeQH9-0004Rs-IB for emacs-orgmode@gnu.org; Fri, 30 Nov 2012 08:05:05 -0500 Received: from mail-wi0-f169.google.com ([209.85.212.169]:59181) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TeQH9-0004Pu-6g for emacs-orgmode@gnu.org; Fri, 30 Nov 2012 08:05:03 -0500 Received: by mail-wi0-f169.google.com with SMTP id hq12so5582561wib.0 for ; Fri, 30 Nov 2012 05:05:02 -0800 (PST) In-Reply-To: <87vccph5y1.fsf@tajo.ucsd.edu> (cberry@tajo.ucsd.edu's message of "Wed, 28 Nov 2012 11:40:22 -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 cberry@tajo.ucsd.edu writes: > 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? > I've renamed the variable. Thank you again. Regards, -- Nicolas Goaziou