Re: [O] [BUG] org-export-with-current-buffer-copy drops local variable WAS:Re: new exporter - noweb substitution issues
cbe...@tajo.ucsd.edu writes: Nicolas Goaziou n.goaz...@gmail.com writes: Hello, cbe...@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
Re: [O] [BUG] org-export-with-current-buffer-copy drops local variable WAS:Re: new exporter - noweb substitution issues
Nicolas Goaziou n.goaz...@gmail.com writes: Hello, cbe...@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
Re: [O] [BUG] org-export-with-current-buffer-copy drops local variable WAS:Re: new exporter - noweb substitution issues
Hello, cbe...@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
[O] [BUG] org-export-with-current-buffer-copy drops local variable WAS:Re: new exporter - noweb substitution issues
cbe...@tajo.ucsd.edu writes: cbe...@tajo.ucsd.edu writes: When I tried to export a large subtree, it took over *5 minutes* to export with release_7.9.2-597-gd4b739. Using the contrib/lisp/*.el files from org-mode-7.8.11 it took *5 seconds*. [...] Both cases use: # Local variables: # *org-babel-use-quick-and-dirty-noweb-expansion*:t [...] Could it be that the buffer local version of *org-babel-use-quick-and-dirty-noweb-expansion* got lost?? The answer is YES. 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. Chuck