From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: [new exporter] 2 questions Date: Sat, 23 Feb 2013 09:21:12 +0100 Message-ID: <87ppzr5ms9.fsf@bzg.ath.cx> References: <87sj4ogr4b.fsf@bye.fritz.box> <87liagjhlm.fsf@gmail.com> <87fw0oxhon.fsf@bye.fritz.box> <87hal4jfuf.fsf@gmail.com> <87a9qwni43.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:41051) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U9CeV-0004iy-4W for emacs-orgmode@gnu.org; Sat, 23 Feb 2013 05:48:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U9CeP-0000Im-CK for emacs-orgmode@gnu.org; Sat, 23 Feb 2013 05:48:23 -0500 Received: from mail-wi0-f182.google.com ([209.85.212.182]:53023) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U9CeP-0000IY-6z for emacs-orgmode@gnu.org; Sat, 23 Feb 2013 05:48:17 -0500 Received: by mail-wi0-f182.google.com with SMTP id hi18so1625531wib.9 for ; Sat, 23 Feb 2013 02:48:16 -0800 (PST) In-Reply-To: <87a9qwni43.fsf@Rainer.invalid> (Achim Gratz's message of "Fri, 22 Feb 2013 22:39:24 +0100") 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: Achim Gratz Cc: emacs-orgmode@gnu.org Hi Achim, Achim Gratz writes: > Nicolas Goaziou writes: >>> It creates this command in the .tex file: >>> >>> \#+begin$_\mathrm{multicols}$ >> >> It works here. Difficult to say what is wrong in your buffer without >> more context. > > That result looks exactly like my problem with multiline \[...\], > i.e. the parser found something it considers an element inside the > multicols block and that made the block itself look like random text > that needs to be escaped. Yes, that's a problem. I don't think \[ .. \] constructs and arbitrary blocks should allow comma-escaping, that would be unreadable. But their content should not be parsed further as Org syntactic elements. Nicolas, how hard would it be to let the parser DTRT here in both cases? -- Bastien