From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: problem with ox-pandoc export Date: Fri, 03 Jul 2015 18:42:57 +0200 Message-ID: <871tgp2nvy.fsf@nicolasgoaziou.fr> References: <87a8vmv5vq.fsf@nicolasgoaziou.fr> <87pp4htpk1.fsf@nicolasgoaziou.fr> <878ub2k8pq.fsf@nicolasgoaziou.fr> <874mlqjqfk.fsf@nicolasgoaziou.fr> <87mvzg827w.fsf@nicolasgoaziou.fr> <86k2uioquy.fsf@example.com> <87ioa2n68f.fsf@nicolasgoaziou.fr> <877fqisr7f.fsf@gmx.us> <87bnfuutyv.fsf@nicolasgoaziou.fr> <874mlm42ft.fsf@gmx.us> <87si95tcx9.fsf@berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45491) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZB41p-00055y-A4 for emacs-orgmode@gnu.org; Fri, 03 Jul 2015 12:41:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZB41o-00054t-8N for emacs-orgmode@gnu.org; Fri, 03 Jul 2015 12:41:29 -0400 Received: from relay3-d.mail.gandi.net ([2001:4b98:c:538::195]:37368) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZB41o-00054h-2J for emacs-orgmode@gnu.org; Fri, 03 Jul 2015 12:41:28 -0400 In-Reply-To: <87si95tcx9.fsf@berkeley.edu> (Richard Lawrence's message of "Fri, 03 Jul 2015 09:37:38 -0700") 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: Richard Lawrence Cc: emacs-orgmode@gnu.org Richard Lawrence writes: > Rasmus writes: > >> I don't see it as reinventing the wheel. One example, does pandoc have >> something like the ox filters? > > It does; see e.g. http://pandoc.org/scripting.html > > Pandoc filters are actually more powerful than Org filters in most > cases, because they are AST transformations. Pattern matching makes it > convenient and practical in Haskell to just transform the part of the > tree you're interested in. And because the Pandoc data structure has a > JSON serialization format, filters can be written in just about any > language, not just Haskell. > > This is an nice system, IMHO, which has one big advantage: it is > possible to write complex filters (i.e., those that do more than just > simple string manipulation) in an output-agnostic way. Pandoc filters > can do things which are generally only possible or convenient to do in > Org by creating a derived backend, which isn't output-agnostic. For the record, you can do the same in Org with a parse tree filter. Other filters are meant to be less powerful but easier to write. Regards,