From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: #+bind: org-html-preamble Date: Thu, 04 Apr 2013 15:32:37 +0200 Message-ID: <87ip42xvyi.fsf@gmail.com> References: <87ip4aqs71.fsf@duenenhof-wilhelm.de> <87vc8awebo.fsf@gmail.com> <878v56qrl2.fsf@duenenhof-wilhelm.de> <87r4iywdrs.fsf@gmail.com> <87sj365v4n.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:60398) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNkHX-0007Qo-Hu for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 09:32:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UNkHT-0005O6-02 for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 09:32:47 -0400 Received: from mail-we0-x233.google.com ([2a00:1450:400c:c03::233]:55392) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNkHS-0005Ns-QP for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 09:32:42 -0400 Received: by mail-we0-f179.google.com with SMTP id p43so2082139wea.10 for ; Thu, 04 Apr 2013 06:32:42 -0700 (PDT) In-Reply-To: <87sj365v4n.fsf@bzg.ath.cx> (Bastien's message of "Thu, 04 Apr 2013 14:38:00 +0200") 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: Bastien Cc: Dieter Wilhelm , emacs-orgmode@gnu.org Hello, Bastien writes: > Hi Nicolas, > > Nicolas Goaziou writes: > >> It is replacing old `org-export-allow-BIND' (note that they do not share >> the same set of possible values). > > Is there a reason for not allowing 'confirm? Yes. It is a pain in the neck to implement, and not vital since you can specify it as a buffer-local variable anyway. > Also, I'd rather stick to the old name since it is good enough > and will spare many users with the hassle of finding out how to > correctly set the new variable, which is very sensitive. It isn't sensitive: it defaults to nil. Therefore a user unable to find it is still safe. Moreover, it will be documented, won't it? > What do you think? I didn't like gratuitous caps in the old name. I prefer the new one. Other than dubious aesthetics reason, I don't mind its name. Regards, -- Nicolas Goaziou