From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Lundin Subject: Re: unnumbered subsections in latex export Date: Mon, 04 Apr 2011 10:00:18 -0400 Message-ID: <87aag66rrh.fsf@fastmail.fm> References: <20110322051038.21655c80@kuru.homelinux.net> <80d3lj9wj6.fsf@somewhere.org> <20110322053134.669127e9@kuru.homelinux.net> <8999.1300804510@alphaville.dokosmarshall.org> <20110322160814.227fc53f@bhishma.homelinux.net> <27844.1300836065@alphaville.usa.hp.com> <8162r9hgxm.fsf@gmail.com> <87bp11dk4h.fsf@gnu.org> <87tyejymto.fsf@gmail.com> <81y63u7fo1.fsf@gmail.com> <877hbernbs.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from [140.186.70.92] (port=53770 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q6kKP-0002Qb-LR for emacs-orgmode@gnu.org; Mon, 04 Apr 2011 10:00:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q6kKN-00033H-EV for emacs-orgmode@gnu.org; Mon, 04 Apr 2011 10:00:24 -0400 Received: from out3.smtp.messagingengine.com ([66.111.4.27]:51694) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q6kKN-00032I-Bp for emacs-orgmode@gnu.org; Mon, 04 Apr 2011 10:00:23 -0400 In-Reply-To: <877hbernbs.fsf@ucl.ac.uk> (Eric S. Fraga's message of "Fri, 01 Apr 2011 16:41:27 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Jambunathan K Cc: Bastien , nicholas.dokos@hp.com, emacs-orgmode@gnu.org Eric S Fraga writes: > Jambunathan K writes: > > [...] > >> I think one of the reasons Org is so popular it is that it is a >> common-man's swiss army knife and not a elitist samurai sword. > > And I think this is a very important analogy. Org does a good job for > many (very different) tasks. The price is that it does not necessarily > do some of those tasks as well as could be. > > I am happy to put with the rough edges exposed by the exporters because > of what the whole package provides. Case in point: I submitted a paper > yesterday which I wrote in org. However, for the submission, once I was > happy with all the content, I had to tweak the latex to meet the > journal's format because they provide a style file which requires title, > author, etc. to come *after* the \begin{document}. I agree that the org-exporter currently does its job very well. The astounding utility of org-mode is ample proof of the value of releasing early; even if the exporter is not as elegant as a modern compiler, it works. :) That said, I very much support Nicolas' proposal. Right now, the issue is not so much the end user's experience as it is the ease of maintaining and developing the backends. We obviously don't want org to be as strict as xml --- i.e., the a new export parser should be somewhat forgiving. But a more abstract approach would make it easier to build new backends or fix bugs that effect all of the backends. One might even develop an org backend -- i.e., export functions that take the data produced by the parser and spit out an Org-mode syntax. One might then write importers that parse other types of files (mediawiki, markdown, latex, etc.) and return the data structure expected by org-exp.el. Of course, this latter possibility may not be necessary, given that pandoc can already convert to org files. :) Best, Matt