From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert Goldman Subject: Re: HTML5 presentations Date: Thu, 16 Jun 2011 16:50:03 -0500 Message-ID: <4DFA7A8B.6060601@sift.info> References: <871uz54diw.fsf@member.fsf.org> <4DFA5480.1070502@sift.info> <87y611bmmr.fsf@gmail.com> <814o3pcy3d.fsf@gmail.com> Reply-To: rpgoldman@sift.info Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([140.186.70.92]:36884) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXKS0-0000dV-Ry for emacs-orgmode@gnu.org; Thu, 16 Jun 2011 17:50:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QXKRx-0004cY-Sw for emacs-orgmode@gnu.org; Thu, 16 Jun 2011 17:50:07 -0400 Received: from mpls.sift.info ([75.146.46.193]:55557) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXKRx-0004aQ-HA for emacs-orgmode@gnu.org; Thu, 16 Jun 2011 17:50:05 -0400 In-Reply-To: <814o3pcy3d.fsf@gmail.com> 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: Jambunathan K Cc: Org Mode On 6/16/11 Jun 16 -3:36 PM, Jambunathan K wrote: > Eric Schulte writes: > >> Robert Goldman writes: >> >>> On 6/7/11 Jun 7 -3:01 PM, Tassilo Horn wrote: >>>> Vinh Nguyen writes: >>>> .... >>> >>> I have tried the version here: >>> https://github.com/twada/org-html5presentation.el >>> >>> and it does not seem to be ready for prime-time. Org-babel features >>> don't work, and there seems to be not a clear integration with the >>> org-export-preprocessor. See my two issues, one (not satisfactorily) >>> closed, one open. >>> >>> Possibly this should be folded into contrib, so that people could >>> cooperate on it more easily than when it lives off in a separate git >>> repo, but it shouldn't be enabled for the unwary until it's been >>> thoroughly exercised. >>> >>> Is there a "tries to use all features" org presentation somewhere that >>> would serve as a good acid test for an export facility? It would be >>> very handy to have that. >>> >> >> This export target seems to re-implement much of the org HTML export >> mechanics which is most likely the reason for the incomplete coverage of >> Org's large functionality. >> >> Perhaps it would be possible to change this so that it works more like >> org-s5, that is, so that it firsts exports using the existing html >> export functionality, and then simply manipulates the resulting html. >> > > I haven't looked at or tried either org-s5 or the html5 presentations. > > I would like to note that much of the refactoring of the html exporter > is already done and is ready for prime time. I would very much like to > see that my code be used for such experimentations. > > I will only note that the only way Free Software can thrive is by > adopting an "embrace and extend" approach. Can you explain more about how we should proceed? Are you recommending: Your refactoring should be merged into the main branch BEFORE attempting to re-engineer org-html5presentation? Or is there something else? Also, does your re-engineering help with the problem that I cited above? I.e., the fact that org-export-current-backend is used BOTH to load the export code AND to indicate to the preprocessor how to preprocess. The problem here is that we can't make two different backends share the same preprocessing. Actually, more generally, I think the problem is that the export-preprocessor, since it doesn't have anything like methods or higher-order functions, forces us to build into each preprocessing function a big conditional based on the value of org-export-current-backend, which is cumbersome. Best, r