From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Bug: export failed when using footnotes inside src blocks [7.7] Date: Sun, 31 Jul 2011 20:41:05 +0200 Message-ID: <87mxfuuwce.fsf@Rainer.invalid> References: <4E33BF33.2050508@htlwrn.ac.at> <87zkjwyrlr.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 ([140.186.70.92]:55516) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qnax1-00085u-6e for emacs-orgmode@gnu.org; Sun, 31 Jul 2011 14:41:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qnawz-00067t-Qt for emacs-orgmode@gnu.org; Sun, 31 Jul 2011 14:41:23 -0400 Received: from lo.gmane.org ([80.91.229.12]:35018) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qnawz-00067o-Jc for emacs-orgmode@gnu.org; Sun, 31 Jul 2011 14:41:21 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Qnawx-00044K-B6 for emacs-orgmode@gnu.org; Sun, 31 Jul 2011 20:41:19 +0200 Received: from p57aacf0f.dip.t-dialin.net ([87.170.207.15]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 31 Jul 2011 20:41:19 +0200 Received: from Stromeko by p57aacf0f.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 31 Jul 2011 20:41:19 +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 Nicolas Goaziou writes: > _Note to self_ : I really wish we can come up with an exporter that > exactly matches Org syntax. An element recognized/ignored in Org should > be identically recognized/ignored during the export process without > resorting to any trick (à la `org-protected' text property). Your remark reminded me that I should look at the generic exporter in contrib. It needs an eval-while-compile wrapped (require 'cl) to compile and run cleanly. It also doesn't appear to recognize tables (or those are still copies from the ASCII export?). It looks like it works line-by-line, which seems a somewhat questionable choice, but then it was written for Org6.25… I think it boils down to the question of having a formal org syntax. If that existed, all exporters (and much of the org core, I guess) could work on the parse tree (some list structure with lists as elements and the actual text as their leaf nodes) of the org document. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables