From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jambunathan K Subject: Re: [New Exporter] Parameterized wrapper elements Date: Sat, 09 Mar 2013 08:03:25 +0530 Message-ID: <87ip51b8ui.fsf@gmail.com> References: <20130309001710.GB22813@BigDog.local> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:33303) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UE9bL-0000RT-EH for emacs-orgmode@gnu.org; Fri, 08 Mar 2013 21:33:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UE9bC-0000Dv-FZ for emacs-orgmode@gnu.org; Fri, 08 Mar 2013 21:33:35 -0500 Received: from mail-pb0-f45.google.com ([209.85.160.45]:46970) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UE9bC-0000Dl-9h for emacs-orgmode@gnu.org; Fri, 08 Mar 2013 21:33:26 -0500 Received: by mail-pb0-f45.google.com with SMTP id ro8so1825769pbb.18 for ; Fri, 08 Mar 2013 18:33:25 -0800 (PST) In-Reply-To: <20130309001710.GB22813@BigDog.local> (Rick Frankel's message of "Fri, 8 Mar 2013 19:17:10 -0500") 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 Rick Frankel writes: > (cc'ing list) > > Nicolas- > > The patch Jambunathan sent didn't really make much sense to me, That's fine. I didn't understand what you are saying then. Show me examples of how HTML5 code or deck code looks like. Show me your backend code (specifics of what function to look and what it does). I don't understand HTML so you need to be patient. Since I took sometime to type out whatever I did, you have every reason to believe I will do something which will help with your endeavors (not necessarily the way you see it currently) > as it didn't provide any added functionality over simply subclassing > (deriving) from the current html exporter. > > Anyway, attached is a patch which parameterizes the html exporter in a > way which is useful (for me :) in deriving new backends. It also make > the exporter more capable of generating HTML5 compatible output > instead of just XHTML. I would like to see how these changes are consumed by your backend. Show me the backend code. As a generic remark - Functional composition is more work but provides more flexibility than what a defcustom can provide. defcustoms are context agnostic, so I will rather avoid it. I have some ideas on how preamble and postamble should be represented in parse tree. But it is something that I have to work with Nicolas. I can assure you things will proceed slowly, but I can make promise progress from my end. > If you agree with it, i would be happy to apply it (or you can :). Work with me, on or off the list preferably off-the-list. What you do is your call. > rick > --