From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas S. Dye Subject: Re: [RFC] [PATCH] allow bind keywords to set safe values Date: Fri, 06 Nov 2015 10:13:55 -1000 Message-ID: References: <8737wjuhif.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49817) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZunOq-0007uI-3J for emacs-orgmode@gnu.org; Fri, 06 Nov 2015 15:14:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZunOm-0000eM-2t for emacs-orgmode@gnu.org; Fri, 06 Nov 2015 15:14:16 -0500 Received: from gproxy5-pub.mail.unifiedlayer.com ([67.222.38.55]:57835) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1ZunOl-0000ap-Sc for emacs-orgmode@gnu.org; Fri, 06 Nov 2015 15:14:12 -0500 In-reply-to: <8737wjuhif.fsf@gmail.com> 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: Aaron Ecay Cc: orgmode Aloha Aaron, Aaron Ecay writes: > Hello all, > > BIND keywords should be used for controlling export, rather than the > usual emacs method of setting file local variables > . But, > BIND keywords are currently disabled by default. We can’t turn these on > by default, as maliciously crafted documents could do nasty things to a > user’s emacs. The attached patch permits many interesting usages of > BIND keywords by allowing them to set variables by default, as long as > the value thus set is safe (as implemented by emacs’s default file local > variable code). The prescription that BIND keywords should be used over local variables caught me by surprise. Nicolas' post about a vague recollection that some local variables might not be picked up during export seems an odd motivation for the prescription. I've used local variables to control export for a long time without running into this problem. I'm not complaining, just commenting on an unusual sequence of events on the mailing list. I'm happy to migrate my local variables to BIND if that is what I should do. That said, it would be great if one could use EXPORT_BIND to control export at the subtree export level. I'm keeping separate HTML and LaTeX export projects in the same file fairly often now and it can be difficult (for me) to structure the whole file properly so both exports work as expected. BTW, many thanks for your recent interest in and work on Babel. It is an important part of my work flow and I've been uneasy since Eric orphaned the project a while back. I hope you find the work there rewarding enough to keep up. All the best, Tom -- Thomas S. Dye http://www.tsdye.com