Re: [BUG] ORG-LIST-END-MARKER when exporting from within a babel block with an exclude or include tag

[Eric Schulte <eric.schulte@gmx.com>]

[-- Attachment #1: Type: text/plain, Size: 982 bytes --]

>
> If you export this file to PDF (C-c C-e d), babel will evaluate and
> export the file as ascii. However, the ascii file will have the
> undesirable "ORG-LIST-END-MARKER" in it.
> Here is the resulting ascii export:
>

Well, this certainly is an odd problem.  I can confirm that I recreated
the problem locally on export to .tex and .html, but not to .txt.  I had
to make the following changes to your example [1] before the code block
returned any results on export.

To make things stranger the marker does not appear in the results when
`org-export-blocks-preprocess' is run outside of a recursive export, or
when the code block is evaluated interactively.

I am not familiar enough with the list exporting code to know where to
begin looking into this, but since the buffer does return an elisp
string, one easy (though unclean) solution would be to
`replace-regexp-in-string' to manually strip the "ORG-LIST-END-MARKER"s
from the string.

Hope this helps,

Footnotes: 
[1]  

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: weird.org --]
[-- Type: text/x-org, Size: 448 bytes --]

#+TITLE: Test org file
#+EXPORT_INCLUDE_TAGS: test2

* First heading							      :test1:
Testing, 1-2, 1-2.

* Second heading						      :test2:
Because we can.

** Now a list
   - First item
   - Second item

#+BEGIN_SRC emacs-lisp :exports results :var buffer-file-name=(buffer-file-name)
(let ((org-export-babel-evaluate nil)); don't evaluate in 'recursive' exports
   (org-export-as-ascii org-export-headline-levels nil nil 'string))
#+END_SRC

[-- Attachment #3: Type: text/plain, Size: 48 bytes --]



-- 
Eric Schulte
http://cs.unm.edu/~eschulte/