[-- Attachment #1: Type: text/plain, Size: 551 bytes --] I was trying out the new option tex:dvipng. The HTML result was a image with the tikz code. Turns out, debugging and telling the fragment processor not to delete the files, what org generates for the tikz fragment is: \begin{tikzpicture*} Removing the astherisk would make it work without any workarounds. How I got around this was #+LATEX_HEADER: \usepackage{environ,amsmath,multicol} #+LATEX_HEADER: \NewEnviron{tikzpicture*}[1][]{\begin{tikzpicture}[#1]\BODY\end{tikzpicture}} Possibly fixing this issue, will make cross formats much easier. [-- Attachment #2: Type: text/html, Size: 694 bytes --]
Hello, Thanks for reporting. Indeed this is an issue that hasn't been fixed yet. This is the case for most latex environments My solution is here https://www.mail-archive.com/emacs-orgmode@gnu.org/msg129974.html but consider also the idea behind the star https://www.mail-archive.com/emacs-orgmode@gnu.org/msg129976.html I will try to submit a patch soon. Best regards, Jeremie On Tuesday, 8 Dec 2020 at 20:57, 10cadr wrote: > I was trying out the new option tex:dvipng. The HTML result was a image > with the tikz code. > > Turns out, debugging and telling the fragment processor not to delete the > files, what org generates for the tikz fragment is: > > \begin{tikzpicture*} > > Removing the astherisk would make it work without any workarounds. > > How I got around this was > > #+LATEX_HEADER: \usepackage{environ,amsmath,multicol} > #+LATEX_HEADER: > \NewEnviron{tikzpicture*}[1][]{\begin{tikzpicture}[#1]\BODY\end{tikzpicture}} > > Possibly fixing this issue, will make cross formats much easier. -- Jeremie Juste
[-- Attachment #1: Type: text/plain, Size: 1344 bytes --] Hi, I introduced the change that broke the behavior. The attached patch seems to fix the issue for me, does it look reasonable? Thanks, thibault On 2020-12-09T13:16:19-0500, Jeremie Juste wrote: Hello, Thanks for reporting. Indeed this is an issue that hasn't been fixed yet. This is the case for most latex environments My solution is here https://www.mail-archive.com/emacs-orgmode@gnu.org/msg129974.html but consider also the idea behind the star https://www.mail-archive.com/emacs-orgmode@gnu.org/msg129976.html I will try to submit a patch soon. Best regards, Jeremie On Tuesday, 8 Dec 2020 at 20:57, 10cadr wrote: > I was trying out the new option tex:dvipng. The HTML result was a image > with the tikz code. > > Turns out, debugging and telling the fragment processor not to delete the > files, what org generates for the tikz fragment is: > > \begin{tikzpicture*} > > Removing the astherisk would make it work without any workarounds. > > How I got around this was > > #+LATEX_HEADER: \usepackage{environ,amsmath,multicol} > #+LATEX_HEADER: > \NewEnviron{tikzpicture*}[1][]{\begin{tikzpicture}[#1]\BODY\end{tikzpicture}} > > Possibly fixing this issue, will make cross formats much easier. -- Jeremie Juste [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: 0001-Fix-non-math-environment-export.patch --] [-- Type: text/x-diff, Size: 1259 bytes --] From f5122a85b0170f17be103400b5f910030df806c4 Mon Sep 17 00:00:00 2001 From: thibault <thibault.marin@gmx.com> Date: Thu, 10 Dec 2020 13:26:08 -0500 Subject: [PATCH] Fix non-math environment export * ox-html.el (org-html-latex-environment): Prevent addition of * to non-math environments. Added * is used for math environments to replace latex equation numbering by org labels for html linking. --- lisp/ox-html.el | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/lisp/ox-html.el b/lisp/ox-html.el index d2f24f5c6..40024c70b 100644 --- a/lisp/ox-html.el +++ b/lisp/ox-html.el @@ -2933,7 +2933,9 @@ CONTENTS is nil. INFO is a plist holding contextual information." ((assq processing-type org-preview-latex-process-alist) (let ((formula-link (org-html-format-latex - (org-html--unlabel-latex-environment latex-frag) + (if (eq nil (org-html--math-environment-p latex-environment)) + latex-frag + (org-html--unlabel-latex-environment latex-frag)) processing-type info))) (when (and formula-link (string-match "file:\\([^]]*\\)" formula-link)) (let ((source (org-export-file-uri (match-string 1 formula-link)))) -- 2.29.2
Hello Thibault,
Many thanks. This looks like a reasonable trade off for me.
Best regards,
Jeremie
On Thursday, 17 Dec 2020 at 19:30, Thibault Marin wrote:
> Hi,
>
> I introduced the change that broke the behavior. The attached patch
> seems to fix the issue for me, does it look reasonable?
>
> Thanks,
>
> thibault
>
> On 2020-12-09T13:16:19-0500, Jeremie Juste wrote:
>
> Hello,
>
> Thanks for reporting. Indeed this is an issue that hasn't been fixed
> yet. This is the case for most latex environments
>
> My solution is here
> https://www.mail-archive.com/emacs-orgmode@gnu.org/msg129974.html
>
> but consider also the idea behind the star
> https://www.mail-archive.com/emacs-orgmode@gnu.org/msg129976.html
>
> I will try to submit a patch soon.
>
> Best regards,
> Jeremie
>
> On Tuesday, 8 Dec 2020 at 20:57, 10cadr wrote:
> > I was trying out the new option tex:dvipng. The HTML result was a image
> > with the tikz code.
> >
> > Turns out, debugging and telling the fragment processor not to delete the
> > files, what org generates for the tikz fragment is:
> >
> > \begin{tikzpicture*}
> >
> > Removing the astherisk would make it work without any workarounds.
> >
> > How I got around this was
> >
> > #+LATEX_HEADER: \usepackage{environ,amsmath,multicol}
> > #+LATEX_HEADER:
> > \NewEnviron{tikzpicture*}[1][]{\begin{tikzpicture}[#1]\BODY\end{tikzpicture}}
> >
> > Possibly fixing this issue, will make cross formats much easier.
>
> --
> Jeremie Juste
>
>
>
--
Jeremie Juste