From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Abrahamsen Subject: Re: [PATCH] export to various flavors of (X)HTML Date: Mon, 06 May 2013 00:36:13 -0700 Message-ID: <874negh85u.fsf@ericabrahamsen.net> References: <86wqrtwisf.fsf@iro.umontreal.ca> <517732AF.6080308@gmail.com> <86y5c82hxy.fsf@iro.umontreal.ca> <871u9ytihc.fsf@ericabrahamsen.net> <8f433f7c2e7d4892d6286afc9524d9a6@mail.rickster.com> <87li85tdsm.fsf@ericabrahamsen.net> <20130426184949.GB79236@BigDog.local> <87bo8xeuxd.fsf@ericabrahamsen.net> <87zjwfnzwj.fsf@ericabrahamsen.net> <20130501115503.GB83182@BigDog.local> <87k3nhqeed.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:41658) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UZFs6-0003AY-Ca for emacs-orgmode@gnu.org; Mon, 06 May 2013 03:30:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UZFs1-0004FD-PZ for emacs-orgmode@gnu.org; Mon, 06 May 2013 03:30:06 -0400 Received: from plane.gmane.org ([80.91.229.3]:48275) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UZFs1-0004Ch-Ed for emacs-orgmode@gnu.org; Mon, 06 May 2013 03:30:01 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UZFry-0003nV-As for emacs-orgmode@gnu.org; Mon, 06 May 2013 09:29:58 +0200 Received: from c-76-28-195-250.hsd1.wa.comcast.net ([76.28.195.250]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 May 2013 09:29:58 +0200 Received: from eric by c-76-28-195-250.hsd1.wa.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 May 2013 09:29:58 +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 Carsten Dominik writes: > Hi Eric, Rick, Francois and others, > > Nicolas commented to me about this patch that he was wondering if it > would not be better to have a separate backend for html5, i.e. > ox-html5.el that could be derived from ox-html.el and make it easier > in the future to build it out to take full advantage of html5 features. > I think he has a point, and I would like to hear your comments. My initial reaction is: yes, eventually, but perhaps not now. A few reasons: 1. This patch is already done, and it works, modulo bugfixes (not a great reason, I know). 2. The patch ended up with two predicate functions (org-html-xhtml-p and org-html-html5-p) because we really are dealing with four distinct states: X or not, and 5 or not. Splitting off ox-html5 only isolates one of those predicates: the "X or not" question would still have to be asked and answered in both ox-html and ox-html5. You could just as well split it the other way (ox-xhtml and ox-html), and have the X variants actually build a DOM tree and write xml (I'm not actually advocating that, but I just read this[1]). 3. The change to org-html-special-block takes care of the large majority of new html5 features. The change to inline-images is fairly small. Otherwise, there are many new inline elements that could be used, but in many cases browser support for these is limited or nonexistent, and even basic syntax is up in the air. They can wait (or be handled with custom link types). More importantly, the html5 version of, for example, the formatting of timestamps would look very like the (x)html(4) version, except that the final tag would be a bit different (