* 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 public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).