* Exporting to HTML, LaTeX header is not recovered in the Org buffer
@ 2013-12-01 18:24 Mosè Giordano
2013-12-03 20:08 ` Nicolas Goaziou
0 siblings, 1 reply; 3+ messages in thread
From: Mosè Giordano @ 2013-12-01 18:24 UTC (permalink / raw
To: emacs-orgmode
Hi folks,
in order to export to HTML LaTeX fragments (not necessarily math
fragments) as PNG pictures, I set
--8<---------------cut here---------------start------------->8---
#+LATEX_HEADER: \newenvironment{dummy}{}{}
#+OPTIONS: tex:dvipng
--8<---------------cut here---------------end--------------->8---
and insert LaTeX fragments in `dummy' environments. This is useful
for showing the aspect of a LaTeX fragment without compiling,
cropping, and converting to PNG an external LaTeX file. Are there
better ways to do that?
For example
--8<---------------cut here---------------start------------->8---
#+TITLE: foo
#+LATEX_HEADER: \usepackage{lipsum} \newenvironment{dummy}{}{}
#+OPTIONS: tex:dvipng
\begin{dummy}
\lipsum[1]
\end{dummy}
--8<---------------cut here---------------end--------------->8---
used to work until Org < 8 (of course with `LaTeX:dvipng' instead of
`tex:dvipng'), but with the new HTML exporter the LaTeX header is
recovered inside the `org-create-formula-image-with-dvipng' function
while being in the ` *temp*' buffer, so the LATEX_HEADER option set in
the Org file is discarded. Is it an intended behavior? Or is it a
bug? I'm running Org 8.2.3c (20131125) from Elpa.
Thank you,
bye,
Mosè
P.S.: please keep me in CC, I'm not subscribed to the list.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Exporting to HTML, LaTeX header is not recovered in the Org buffer
2013-12-01 18:24 Exporting to HTML, LaTeX header is not recovered in the Org buffer Mosè Giordano
@ 2013-12-03 20:08 ` Nicolas Goaziou
2013-12-13 19:22 ` Mosè Giordano
0 siblings, 1 reply; 3+ messages in thread
From: Nicolas Goaziou @ 2013-12-03 20:08 UTC (permalink / raw
To: Mosè Giordano; +Cc: emacs-orgmode
Hello,
Mosè Giordano <giordano.mose@libero.it> writes:
> For example
> #+TITLE: foo
> #+LATEX_HEADER: \usepackage{lipsum} \newenvironment{dummy}{}{}
> #+OPTIONS: tex:dvipng
>
> \begin{dummy}
> \lipsum[1]
> \end{dummy}
> used to work until Org < 8 (of course with `LaTeX:dvipng' instead of
> `tex:dvipng'), but with the new HTML exporter the LaTeX header is
> recovered inside the `org-create-formula-image-with-dvipng' function
> while being in the ` *temp*' buffer, so the LATEX_HEADER option set in
> the Org file is discarded. Is it an intended behavior? Or is it a
> bug? I'm running Org 8.2.3c (20131125) from Elpa.
This should be fixed. Thank you for the detailed report.
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Exporting to HTML, LaTeX header is not recovered in the Org buffer
2013-12-03 20:08 ` Nicolas Goaziou
@ 2013-12-13 19:22 ` Mosè Giordano
0 siblings, 0 replies; 3+ messages in thread
From: Mosè Giordano @ 2013-12-13 19:22 UTC (permalink / raw
To: Nicolas Goaziou; +Cc: emacs-orgmode
Hi Nicolas,
I'm sorry for the late reply.
2013/12/3 Nicolas Goaziou <n.goaziou@gmail.com>:
> This should be fixed. Thank you for the detailed report.
Yes, I confirm that it's fixed now, thanks a lot! Though, I have
another problem: the `ltxpng/' directory isn't copied when publishing
the whole project. Do I need to setup something special? Now I'm
running Org v8.2.4 (package 20131209 from GNU Elpa).
Bye,
Mosè
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-12-13 19:23 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-12-01 18:24 Exporting to HTML, LaTeX header is not recovered in the Org buffer Mosè Giordano
2013-12-03 20:08 ` Nicolas Goaziou
2013-12-13 19:22 ` Mosè Giordano
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.