From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [ANN] ASCII back-end for new export engine Date: Sat, 28 Jan 2012 14:55:14 +0100 Message-ID: <878vksq6d9.fsf@gmail.com> References: <87pqec4xua.fsf@gmail.com> <87lip04pyy.fsf@gmail.com> <87hazo3wdl.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:52626) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rr8mP-0003KF-IN for emacs-orgmode@gnu.org; Sat, 28 Jan 2012 08:57:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rr8mN-0007o1-CH for emacs-orgmode@gnu.org; Sat, 28 Jan 2012 08:57:21 -0500 Received: from mail-ww0-f49.google.com ([74.125.82.49]:34373) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rr8mN-0007nl-7i for emacs-orgmode@gnu.org; Sat, 28 Jan 2012 08:57:19 -0500 Received: by wgbds1 with SMTP id ds1so2294231wgb.30 for ; Sat, 28 Jan 2012 05:57:17 -0800 (PST) In-Reply-To: (Samuel Wales's message of "Sat, 28 Jan 2012 03:28:42 -0700") 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: Samuel Wales Cc: Org Mode List Hello, Samuel Wales writes: > Recent version errors with wrong type argument, but I can't > privacy-wash yet to show the whole stack trace. I don't need the whole stack trace, but there is at least one table in your buffer that causes problems to the exporter. I'd need to see it. If you don't know which one it is, you can successively mark each table in that buffer and use org-export-dispatch with the region active (it will only export the region) until the culprit is found. > These comments are from an earlier version that worked: > > I like to separate things like this: > > === > > The old exporter left it intact; the new one tries to interpret it In Org syntax, this is really a verbatim equal sign. It is exported as such. There are a few solutions to your problem: - Use Org's separator: "-----"; - Disable every emphasis interpretation in the buffer with option "*:nil"; - Configure format string for verbatim text (org-e-ascii-verbatim-format). That will affect ~code~, =verbatim= and inline src blocks. - Use another separator (i.e. "= = =") > Most lines are indented by 2 spaces. I'd prefer flush to left. You may customize `org-e-ascii-inner-margin'. > It splits the window even though I have pop-up-windows set to nil. This variable is related to `display-buffer', which isn't used to display output. You may want to tweak `org-export-show-temporary-export-buffer', though. > Block quotes indent by 8 or so. That's rather nice, but is there an > option to change that to 2 or 4? I've pushed a commit introducing variable `org-e-ascii-quote-margin' to solve this. > Lists are not indented although I always indent them by 2. e-ascii back-end has its own (configurable) layout. In particular, it doesn't bother with the indentation you use in the original Org buffer. I'm not convinced that lists should be made special and have their own margin variable. There are not many visual markers in the ASCII output, indentation being one of them. I prefer to use them parsimoniously. > Is there an option to set the fill column and refill paragraphs > (roughly like the way HTML does)? I'd find that highly useful. By default, text is already filled at a fill column of 72. You may customize `org-e-ascii-text-width' for different values. > Feature requesti --export tables using tab characters. If it doesn't > exist already. Maybe it does? Do you mean inserting tabs instead of white spaces in cells? If that's the case, I'd rather not implement it. > Footnotes don't have a header. HTML export inserts one. I've pushed a commit introducing a header for the final footnotes. > No final newline. I've pushed a commit fixing this. > One missing footnote . It is going to take me a while to narrow it > down. I cannot help with so little information. Though, I'd be interested in an ECM. Thanks for your feedback. Regards, -- Nicolas Goaziou