On Mon, 7 Nov 2016 08:44:47 -0800
"Charles C. Berry" wrote:
> Run this:
>
> #+BEGIN_SRC emacs-lisp :eval never-export :exports none
>(require 'ob-org)
>(defun eval-if-html ()
> (if (not (eq org-export-current-backend 'html)) "never"))
> #+END_SRC
>
>
> Then
On Mon, 7 Nov 2016, Lixin Chin wrote:
Hi,
Thanks, yes that almost works. Unfortunately the heading line is just
reproduced verbatim in the output, whereas ideally it should be parsed
as a normal heading.
I.e., currently:
#+BEGIN_EXPORT html
,* HTML only heading
Text which should appear in
Hi,
Thanks, yes that almost works. Unfortunately the heading line is just
reproduced verbatim in the output, whereas ideally it should be parsed
as a normal heading.
I.e., currently:
#+BEGIN_EXPORT html
,* HTML only heading
Text which should appear in HTML exports, but not \LaTeX{}.
Hello,
Lixin Chin writes:
> As per the subject, when a heading line is included within a
> `#+BEGIN_EXPORT backend ... #+END_EXPORT' block, it breaks the parsing
> of the block, which is instead split into multiple `paragraph' elements.
>
> See the attached example
This seems to be a symptom of the same issue as
http://lists.gnu.org/archive/html/emacs-orgmode/2016-10/msg00175.html
A workaround is to put the contents of the #+BEGIN_EXPORT ... block into
a separate .org file (include.org), and #+INCLUDE it in the main document
#+INCLUDE: "include.org"
As per the subject, when a heading line is included within a
`#+BEGIN_EXPORT backend ... #+END_EXPORT' block, it breaks the parsing
of the block, which is instead split into multiple `paragraph' elements.
See the attached example (test.org), and associate exports (test.tex)
and (test.html).