From mboxrd@z Thu Jan 1 00:00:00 1970 From: tsd@tsdye.com (Thomas S. Dye) Subject: Re: [ANN] ASCII back-end for new export engine Date: Thu, 26 Jan 2012 03:59:40 -1000 Message-ID: References: <87pqec4xua.fsf@gmail.com> <87obtvk6j0.fsf@gmail.com> <87obtrel2z.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([140.186.70.92]:40105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RqPrl-0006E6-Mc for emacs-orgmode@gnu.org; Thu, 26 Jan 2012 08:59:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RqPrj-0004Uo-RK for emacs-orgmode@gnu.org; Thu, 26 Jan 2012 08:59:53 -0500 Received: from oproxy1-pub.bluehost.com ([66.147.249.253]:43308) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1RqPrj-0004Ua-Hk for emacs-orgmode@gnu.org; Thu, 26 Jan 2012 08:59:51 -0500 In-Reply-To: <87obtrel2z.fsf@gmail.com> (Nicolas Goaziou's message of "Wed, 25 Jan 2012 18:41:24 +0100") 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: Nicolas Goaziou Cc: Org Mode List Nicolas Goaziou writes: > Hello, > > tsd@tsdye.com (Thomas S. Dye) writes: > >> I think that your understanding of the new exporter architecture is >> intimate and secure. I'm happy to follow your lead here. > > I know for sure my way around the new exporter, but my LaTeX skills > aren't on par with that knowledge. > > Anyway, I've pushed a commit which tries to create smart links. > > Basically, links without a description pointing to an headline will be > turned into \ref{headline-label}, unless headline's numbering is off, in > which case they become \hyperref[headline-label]{headline-title}. > > Nothing is changed for links providing their own description, and links > not pointing to headlines. > > That should remove the need for a variable. > > What do you think about it? > Yes, this seems to work nicely. Thanks! You mentioned unnumbered headlines. I wonder, would it be possible (or useful) to have the num: option take an integer (like toc:)? As I understand it now, its value is either nil or not nil. It doesn't manipulate \secnumdepth, but instead uses \section*, etc. In LaTeX, section* means not only that the section isn't numbered, but also that it doesn't go into the table of contents. There are many times when it is useful to put unnumbered sections in the table of contents. I've been doing #+LaTeX_HEADER: \setcounter{secnumdepth}{1}, and this works fine. However, it would be nicer to do num: 1. A way to set individual headings as numbered or unnumbered would be deluxe. Perhaps this is possible, but I haven't found it? >> It looks like a terrific example of the power of your parser. > > No, its (albeit useless) power is revealed by the fact that "\n:t" is > now supported in LaTeX (and ASCII). Such a feat was close to impossible > with the previous engine. > > More seriously, being recursive, the new engine can export thinks like > "some *text /with nested/ emphasis*" and even "*/important/*". > It looks like there will need to be many changes to the documentation. > And, more importantly, it is mostly made of independent parts, for > easier maintenance. For example, if I want to fix or improve links in > e-latex back-end, I know I have to start diving in > `org-e-latex-link'. That function may call other internal functions, > but, at least, I have a starting point. That will also be true for any > other back-end to come. > > > Regards, All the best, Tom -- Thomas S. Dye http://www.tsdye.com