From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Allow more export options to be controlled per-subtree Date: Thu, 28 Sep 2017 21:19:37 +0200 Message-ID: <87zi9emy0m.fsf@nicolasgoaziou.fr> References: <87d16aoe2w.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34765) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dxeLZ-0007WQ-1f for emacs-orgmode@gnu.org; Thu, 28 Sep 2017 15:19:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dxeLV-0005FC-8Y for emacs-orgmode@gnu.org; Thu, 28 Sep 2017 15:19:45 -0400 Received: from relay2-d.mail.gandi.net ([2001:4b98:c:538::194]:49592) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dxeLV-0005Em-2n for emacs-orgmode@gnu.org; Thu, 28 Sep 2017 15:19:41 -0400 In-Reply-To: (Kaushal Modi's message of "Thu, 28 Sep 2017 18:59:19 +0000") 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" To: Kaushal Modi Cc: Amos Bird , emacs-org list Kaushal Modi writes: > On Thu, Sep 28, 2017 at 2:47 PM Nicolas Goaziou > wrote: > >> Besides the fact that it is not available, is there any incentive to do >> so? > > > While talking to Amos (now CC'ed on this email) off-list on Gitter chat > regarding the ox-hugo package, he had this test case[1] where he sets > "#+OPTIONS: > *:nil" to prevent the interpretation of Org emphasis chars in that table, > which exports to this Markdown[2], and finally this[3]. I already answered to this problem. Use \star instead of *. It seems sub-optimal to prevent any emphasis markup because of a single problematic character. >> AFAIC this variable could not exist. >> > > I didn't understand that. I mean this variable doesn't solve any problem. If one doesn't want Org syntax to interfere with their contents in any way, then Org mode may not be the appropriate major mode for the task. Therefore, I said that, AFAIC, this variable could as well go away. From my point of view, making it more prominent is counter-productive. In the same category, there is `org-export-with-tables'. By the way, it is already possible to prevent emphasis in a subtree export: * Subtree :PROPERTIES: :EXPORT_OPTIONS: *:nil :END: Regards,