From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: [RFC] Draft mode Date: Thu, 08 Oct 2015 16:59:48 -0400 Message-ID: <87a8rtkrej.fsf@alphaville.usersys.redhat.com> References: <87io6w9p7y.fsf@nicolasgoaziou.fr> <87io6vd7vl.fsf@gmx.us> <87r3l6jv55.fsf@nicolasgoaziou.fr> <87oag95thw.fsf@gmx.us> <87d1wpi9cx.fsf@nicolasgoaziou.fr> <87wpuxw3pb.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38093) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkIIc-0008Jk-8z for emacs-orgmode@gnu.org; Thu, 08 Oct 2015 17:00:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZkIID-0003H8-Ud for emacs-orgmode@gnu.org; Thu, 08 Oct 2015 17:00:26 -0400 Received: from plane.gmane.org ([80.91.229.3]:53961) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkIID-0003EU-KM for emacs-orgmode@gnu.org; Thu, 08 Oct 2015 17:00:01 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZkIIA-00020n-Mz for emacs-orgmode@gnu.org; Thu, 08 Oct 2015 22:59:58 +0200 Received: from pool-108-20-41-232.bstnma.fios.verizon.net ([108.20.41.232]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Oct 2015 22:59:58 +0200 Received: from ndokos by pool-108-20-41-232.bstnma.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Oct 2015 22:59:58 +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: emacs-orgmode@gnu.org Eric S Fraga writes: > On Thursday, 8 Oct 2015 at 19:00, Nicolas Goaziou wrote: > > [...] > >> I think I will go with the straight to the point >> `org-export-barf-on-invalid-link' variable. >> >> However, not sure about the OPTIONS item. >> >> #+OPTIONS: ???:t > > #+options: barf:t > > ;-) > > More seriously, I'm a big fan of longer is better if more clear so how > about "invalidlinksok:t" or "allowdanglinglinks:t" or some variation > thereof? Can option names contain dashes? If so, combine these two ideas to make a name as similar as possible to the variable name: #+options: barf-on-invalid-link:t But I suspect that dashes are not allowed. -- Nick