* Block level specification for tex code html export method
@ 2015-08-10 8:11 Haochen Xie
2015-08-10 22:56 ` Andreas Leha
0 siblings, 1 reply; 23+ messages in thread
From: Haochen Xie @ 2015-08-10 8:11 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2443 bytes --]
Hi,
I'm trying to include a diagram drawn with tikz in a document, but
couldn't find an elegant way to conditionally export it as png when
generating HTML output and raw TeX code when generating PDF. It is
possible to use
#+OPTIONS: tex:imagemagick
to have tex blocks in the document exported as PNG in HTML, but since
I have other formulas which will render much better with MathJAX other
than embedded PNGs, i really don't want to do it. What I'm currently
doing is to use something like
#+BEGIN_SRC latex :file diagram.png :results value raw
\begin{tikzpicture}
\draw (0,0) grid (7,5);
\draw (0,0) node[below left] {$A$};
\draw (7,5) node[above right] {$B$};
\fill (0,0) circle (2pt);
\fill (7,5) circle (2pt);
\end{tikzpicture}
#+END_SRC
#+RESULTS[da59bc402ce2d1055b5ff471ea7e398c4e0488f5]:
[[file:diagram.png]]
so that the diagram will be include in the HTML file as a png image,
and the pdf file will also include it as a raster image.
But this method is rather a workaround. I'd like to see a vector
diagram in the pdf file, which could be achieved if there is a way to
specify how a block of TeX source code should be handled when exported
to HTML regardless to the global settings. So I propose an extension
to #+BEGIN_LaTeX block so that a new header :html will control how the
specific block will be handled when exporting to HTML. The possible
values might be none, t, dvipng, or imagemagick. "none" will ignore
the whole block when exporting to HTML, just like the current
behavior; "t" will try to call MathJAX to interpret this block of TeX
code; and "dvipng" and "imagemagick" will call "dvipng" or
"imagemagick" to render a png file to be embedded in the HTML page.
If that extension is supported, we could then left the global option
tex:t while inline a tex powered figure with great convenience. For
example, in my use case, I could then just used the following code to
achieve what I want:
#+BEGIN_LaTeX :html imagemagick
\begin{tikzpicture}
\draw (0,0) grid (7,5);
\draw (0,0) node[below left] {$A$};
\draw (7,5) node[above right] {$B$};
\fill (0,0) circle (2pt);
\fill (7,5) circle (2pt);
\end{tikzpicture}
#+END_LaTeX
As I'm new to org-mode, I may missed something that I could use
instead (although I searched the internet very hard). Please feel free
to disagree on me and point alternative ways to achieve my goal.
Thanks in advance.
Best regards,
Haochen
--
Mail from Haochen Xie
[-- Attachment #2: Type: text/html, Size: 7216 bytes --]
^ permalink raw reply [flat|nested] 23+ messages in thread* Re: Block level specification for tex code html export method 2015-08-10 8:11 Block level specification for tex code html export method Haochen Xie @ 2015-08-10 22:56 ` Andreas Leha 2015-08-11 8:47 ` Haochen Xie 0 siblings, 1 reply; 23+ messages in thread From: Andreas Leha @ 2015-08-10 22:56 UTC (permalink / raw) To: emacs-orgmode Hi Haochen, Haochen Xie <haochen@xie.name> writes: > Hi, > > I'm trying to include a diagram drawn with tikz in a document, but > couldn't find an elegant way to conditionally export it as png when > generating HTML output and raw TeX code when generating PDF. It is > possible to use > > #+OPTIONS: tex:imagemagick > > to have tex blocks in the document exported as PNG in HTML, but since > I have other formulas which will render much better with MathJAX other > than embedded PNGs, i really don't want to do it. What I'm currently > doing is to use something like > > #+BEGIN_SRC latex :file diagram.png :results value raw > \begin{tikzpicture} > \draw (0,0) grid (7,5); > \draw (0,0) node[below left] {$A$}; > \draw (7,5) node[above right] {$B$}; > \fill (0,0) circle (2pt); > \fill (7,5) circle (2pt); > \end{tikzpicture} > #+END_SRC > > #+RESULTS[da59bc402ce2d1055b5ff471ea7e398c4e0488f5]: > [[file:diagram.png]] > > so that the diagram will be include in the HTML file as a png image, > and the pdf file will also include it as a raster image. > > But this method is rather a workaround. I'd like to see a vector > diagram in the pdf file, which could be achieved if there is a way to > specify how a block of TeX source code should be handled when exported > to HTML regardless to the global settings. So I propose an extension > to #+BEGIN_LaTeX block so that a new header :html will control how the > specific block will be handled when exporting to HTML. The possible > values might be none, t, dvipng, or imagemagick. "none" will ignore > the whole block when exporting to HTML, just like the current > behavior; "t" will try to call MathJAX to interpret this block of TeX > code; and "dvipng" and "imagemagick" will call "dvipng" or > "imagemagick" to render a png file to be embedded in the HTML page. > > If that extension is supported, we could then left the global option > tex:t while inline a tex powered figure with great convenience. For > example, in my use case, I could then just used the following code to > achieve what I want: > > #+BEGIN_LaTeX :html imagemagick > \begin{tikzpicture} > \draw (0,0) grid (7,5); > \draw (0,0) node[below left] {$A$}; > \draw (7,5) node[above right] {$B$}; > \fill (0,0) circle (2pt); > \fill (7,5) circle (2pt); > \end{tikzpicture} > #+END_LaTeX > > As I'm new to org-mode, I may missed something that I could use > instead (although I searched the internet very hard). Please feel free > to disagree on me and point alternative ways to achieve my goal. > > Thanks in advance. > > Best regards, > > Haochen > There has been a thread on this list recently on this topic [1]. See [2] for an example and [3] for some further explanations. Regards, Andreas [1] http://comments.gmane.org/gmane.emacs.orgmode/95174 [2] http://permalink.gmane.org/gmane.emacs.orgmode/95197 [3] http://permalink.gmane.org/gmane.emacs.orgmode/95297 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-08-10 22:56 ` Andreas Leha @ 2015-08-11 8:47 ` Haochen Xie 2015-08-11 8:53 ` Fabrice Popineau 0 siblings, 1 reply; 23+ messages in thread From: Haochen Xie @ 2015-08-11 8:47 UTC (permalink / raw) To: Andreas Leha; +Cc: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 5821 bytes --] Hi Andreas, Thank you for your reply. I've read the whole thread, and found your example (the second link) very useful. Although for some reason, SVG image is not working well on my machine (not being displayed in chrome, nor on IE. I don't have firefox installed), but since the SVG image generated by imagemagick is indeed a raster image, I don't see any benefit using SVG over PNG, and exporting to PNG works perfectly. I think I've come cross to the "by-backend" approach while searching over the Internet, I found nothing about how by-backend is defined so gave up. Even this tutorial [1] mention the use of by-backend, but giving no information on what it is. Maybe it would be nice if somebody write a tutorial on it and post on the website? But in the other hand, I still think my proposal is still valid, since my proposing extension would make it much easier and intuitive to include advancedly typesetted contents to HTML with great freedom, which remain the same semantics for the exporting to latex forms. I'd like know what others think about it. Also, to help other org-mode newbies to achieving including a diagram or other figures typesetted with latex codes in HTML exports, I'd like to sum up what's needed here: 1) make sure you have a latex environment and imagemagick installed on your system 2) define the by-backend macro in ~/.emacs as (defmacro by-backend (&rest body) `(case (if (boundp 'backend) (org-export-backend-name backend) nil) ,@body)) 3) in the org file you want to include a latex rendered figure, add latex preambles you need in the following format: #+LATEX_HEADER: \usepackage{tikz} 4) include the latex code for the figure in a SRC block like the following one: #+HEADER: :packages '(("" "tikz")) #+HEADER: :file (by-backend (latex "example_diagram.tikz") (html "example_diagram.png") #+HEADER: :imagemagick yes :iminoptions -density 300 #+HEADER: :results file raw #+HEADER: :fit yes #+BEGIN_SRC latex \begin{tikzpicture} \node[red!50!black] (a) {A}; \node (b) [right of=a] {B}; \draw[->] (a) -- (b); \end{tikzpicture} #+END_SRC Notes: the first line is important for the case of tikz, but may or may not needed for your use case. the size of the image file could be adjusted with the -density option passed to imagemagick Bonus) you can use C-c C-x C-l to preview the latex block output, and if you like, add the following to your ~/.emacs to scale the preview: (plist-put org-format-latex-options :scale 1.5) Regards, Haochen [1]: http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-LaTeX.html -- Mail from Haochen Xie On Tue, Aug 11, 2015 at 7:56 AM, Andreas Leha < andreas.leha@med.uni-goettingen.de> wrote: > Hi Haochen, > > > Haochen Xie <haochen@xie.name> writes: > > Hi, > > > > I'm trying to include a diagram drawn with tikz in a document, but > > couldn't find an elegant way to conditionally export it as png when > > generating HTML output and raw TeX code when generating PDF. It is > > possible to use > > > > #+OPTIONS: tex:imagemagick > > > > to have tex blocks in the document exported as PNG in HTML, but since > > I have other formulas which will render much better with MathJAX other > > than embedded PNGs, i really don't want to do it. What I'm currently > > doing is to use something like > > > > #+BEGIN_SRC latex :file diagram.png :results value raw > > \begin{tikzpicture} > > \draw (0,0) grid (7,5); > > \draw (0,0) node[below left] {$A$}; > > \draw (7,5) node[above right] {$B$}; > > \fill (0,0) circle (2pt); > > \fill (7,5) circle (2pt); > > \end{tikzpicture} > > #+END_SRC > > > > #+RESULTS[da59bc402ce2d1055b5ff471ea7e398c4e0488f5]: > > [[file:diagram.png]] > > > > so that the diagram will be include in the HTML file as a png image, > > and the pdf file will also include it as a raster image. > > > > But this method is rather a workaround. I'd like to see a vector > > diagram in the pdf file, which could be achieved if there is a way to > > specify how a block of TeX source code should be handled when exported > > to HTML regardless to the global settings. So I propose an extension > > to #+BEGIN_LaTeX block so that a new header :html will control how the > > specific block will be handled when exporting to HTML. The possible > > values might be none, t, dvipng, or imagemagick. "none" will ignore > > the whole block when exporting to HTML, just like the current > > behavior; "t" will try to call MathJAX to interpret this block of TeX > > code; and "dvipng" and "imagemagick" will call "dvipng" or > > "imagemagick" to render a png file to be embedded in the HTML page. > > > > If that extension is supported, we could then left the global option > > tex:t while inline a tex powered figure with great convenience. For > > example, in my use case, I could then just used the following code to > > achieve what I want: > > > > #+BEGIN_LaTeX :html imagemagick > > \begin{tikzpicture} > > \draw (0,0) grid (7,5); > > \draw (0,0) node[below left] {$A$}; > > \draw (7,5) node[above right] {$B$}; > > \fill (0,0) circle (2pt); > > \fill (7,5) circle (2pt); > > \end{tikzpicture} > > #+END_LaTeX > > > > As I'm new to org-mode, I may missed something that I could use > > instead (although I searched the internet very hard). Please feel free > > to disagree on me and point alternative ways to achieve my goal. > > > > Thanks in advance. > > > > Best regards, > > > > Haochen > > > > There has been a thread on this list recently on this topic [1]. > See [2] for an example and [3] for some further explanations. > > Regards, > Andreas > > [1] http://comments.gmane.org/gmane.emacs.orgmode/95174 > > [2] http://permalink.gmane.org/gmane.emacs.orgmode/95197 > > [3] http://permalink.gmane.org/gmane.emacs.orgmode/95297 > > > > [-- Attachment #2: Type: text/html, Size: 12573 bytes --] ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-08-11 8:47 ` Haochen Xie @ 2015-08-11 8:53 ` Fabrice Popineau 2015-08-11 16:24 ` Haochen Xie 0 siblings, 1 reply; 23+ messages in thread From: Fabrice Popineau @ 2015-08-11 8:53 UTC (permalink / raw) To: Haochen Xie; +Cc: Andreas Leha, emacs-orgmode@gnu.org [-- Attachment #1: Type: text/plain, Size: 573 bytes --] 2015-08-11 10:47 GMT+02:00 Haochen Xie <haochenx@acm.org>: > Hi Andreas, > > Thank you for your reply. I've read the whole thread, and found your > example (the second link) very useful. Although for some reason, SVG > image is not working well on my machine (not being displayed in > chrome, nor on IE. I don't have firefox installed), but since the SVG > image generated by imagemagick is indeed a raster image, I don't see > any benefit using SVG over PNG, and exporting to PNG works perfectly. > > Use dvisvgm instead of imagemagick to generate the svg file. Fabrice [-- Attachment #2: Type: text/html, Size: 1410 bytes --] ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-08-11 8:53 ` Fabrice Popineau @ 2015-08-11 16:24 ` Haochen Xie 2015-08-12 8:50 ` Andreas Leha 0 siblings, 1 reply; 23+ messages in thread From: Haochen Xie @ 2015-08-11 16:24 UTC (permalink / raw) To: fabrice.popineau; +Cc: Andreas Leha, emacs-orgmode@gnu.org [-- Attachment #1: Type: text/plain, Size: 1220 bytes --] Hi Fabrice, Thank you for mentioning dvisvgm. I did some researches on it, and it seems that as for now, the only way to invoke dvisvgm is to first export the latex part to dvi, and call dvisvgm manually to convert it to svg, then include it in the org file, which, is too troublesome for me. Is there any plan to add dvisvgm as an alternative to dvipng and imagemagick? IMO svg images will look much better than png (well, in browsers supporting it), so that's a nice option to have. Regards, Haochen -- Mail from Haochen Xie On Tue, Aug 11, 2015 at 5:53 PM, Fabrice Popineau < fabrice.popineau@supelec.fr> wrote: > > > 2015-08-11 10:47 GMT+02:00 Haochen Xie <haochenx@acm.org>: > >> Hi Andreas, >> >> Thank you for your reply. I've read the whole thread, and found your >> example (the second link) very useful. Although for some reason, SVG >> image is not working well on my machine (not being displayed in >> chrome, nor on IE. I don't have firefox installed), but since the SVG >> image generated by imagemagick is indeed a raster image, I don't see >> any benefit using SVG over PNG, and exporting to PNG works perfectly. >> >> > Use dvisvgm instead of imagemagick to generate the svg file. > > Fabrice > [-- Attachment #2: Type: text/html, Size: 3202 bytes --] ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-08-11 16:24 ` Haochen Xie @ 2015-08-12 8:50 ` Andreas Leha 2015-08-12 12:51 ` Haochen Xie 2015-09-03 11:42 ` Alan Schmitt 0 siblings, 2 replies; 23+ messages in thread From: Andreas Leha @ 2015-08-12 8:50 UTC (permalink / raw) To: emacs-orgmode Hi Haochen, You can render svg from latex through org directly. Here is a complete example including a tikz diagram that that works on my system (once I tackle a bug in PGF [1]). It renders - png by default (and for inlining the image into the org document) - nothing for latex (directly include the tikz code into the tex document) - svg for html --8<---------------cut here---------------start------------->8--- #+LATEX_HEADER: \usepackage{tikz} First execute the second code block, to define the convenience macro and to set the required new variables in ob-latex.el. Then export to HTML and to pdf to see the tree exported as an SVG image and as embedded tikz respectively. * Tikz test Here's a tree, exported to both html and pdf. #+header: :file (by-backend (html "tree.svg") (latex "tree.tikz") (t "tree.png")) #+header: :imagemagick :iminoptions -density 600 :imoutoptions -geometry 800 #+header: :results file raw #+header: :fit yes #+begin_src latex \usetikzlibrary{trees} \begin{tikzpicture} \node [circle, draw, fill=red!20] at (0,0) {1} child { node [circle, draw, fill=blue!30] {2} child { node [circle, draw, fill=green!30] {3} } child { node [circle, draw, fill=yellow!30] {4} }}; \end{tikzpicture} #+end_src #+results: [[file:tree.png]] * COMMENT setup #+begin_src emacs-lisp :results silent (setq org-babel-latex-htlatex "htlatex") (defmacro by-backend (&rest body) `(case (if (boundp 'backend) (org-export-backend-name backend) nil) ,@body)) #+end_src --8<---------------cut here---------------end--------------->8--- Regards, Andreas [1] http://tex.stackexchange.com/a/232739 Haochen Xie <haochenx@acm.org> writes: > Hi Fabrice, > > Thank you for mentioning dvisvgm. I did some researches on it, and it seems that as for now, the only way to invoke dvisvgm is to first export the latex part to dvi, and call dvisvgm > manually to convert it to svg, then include it in the org file, which, is too troublesome for me. Is there any plan to add dvisvgm as an alternative to dvipng and imagemagick? IMO svg > images will look much better than png (well, in browsers supporting it), so that's a nice option to have. > > Regards, > > Haochen > > -- > > Mail from Haochen Xie > > On Tue, Aug 11, 2015 at 5:53 PM, Fabrice Popineau <fabrice.popineau@supelec.fr> wrote: > > > 2015-08-11 10:47 GMT+02:00 Haochen Xie <haochenx@acm.org>: > > > Hi Andreas, > > Thank you for your reply. I've read the whole thread, and found your > example (the second link) very useful. Although for some reason, SVG > image is not working well on my machine (not being displayed in > chrome, nor on IE. I don't have firefox installed), but since the SVG > image generated by imagemagick is indeed a raster image, I don't see > any benefit using SVG over PNG, and exporting to PNG works perfectly. > > Use dvisvgm instead of imagemagick to generate the svg file. > > Fabrice ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-08-12 8:50 ` Andreas Leha @ 2015-08-12 12:51 ` Haochen Xie 2015-08-12 13:40 ` Andreas Leha 2015-09-03 11:42 ` Alan Schmitt 1 sibling, 1 reply; 23+ messages in thread From: Haochen Xie @ 2015-08-12 12:51 UTC (permalink / raw) To: Andreas Leha; +Cc: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 4461 bytes --] Hi Andreas, Thank you for your code example. I've tried almost the same code which I saw from the thread you referred (with the htlatex initialization, which I'm doing in my .emacs), and indeed got a svg file as expected. But the problem is that when I try to browse the HTML page in chrome, the image is shown as broken. I check the HTML source code, the image is presented in an img tag, pointing to the svg file. My first though was that the svg file isn't recognized because it's not served by a HTTP server instead of being a filesystem link. I then tried to use python SimpleHTTPServer, then python3 -m http.server (the python2 SimpleHTTPServer was serving svg with a wrong Content-Type) but without luck. Today, I tried svg again, and finally figured out the problem: the svg file generated doesn't contain a proper xmlns in the svg tag, so both chrome and internet explorer is interpreting it as a plain xml file instead of rendering it. I guess this is a bug with imagemagick, but when I tried to do some research on this problem I found nothing. Maybe I could find something with more researches, but I don't have time now, and PNG is fine for me. Still, Andreas, thank you very much for helping. Regards, Haochen -- Mail from Haochen Xie On Wed, Aug 12, 2015 at 5:50 PM, Andreas Leha < andreas.leha@med.uni-goettingen.de> wrote: > Hi Haochen, > > You can render svg from latex through org directly. Here is a complete > example including a tikz diagram that that works on my system (once I > tackle a bug in PGF [1]). > It renders > - png by default (and for inlining the image into the org document) > - nothing for latex (directly include the tikz code into the tex document) > - svg for html > > > --8<---------------cut here---------------start------------->8--- > #+LATEX_HEADER: \usepackage{tikz} > > First execute the second code block, to define the convenience macro > and to set the required new variables in ob-latex.el. Then export to > HTML and to pdf to see the tree exported as an SVG image and as > embedded tikz respectively. > > * Tikz test > Here's a tree, exported to both html and pdf. > > #+header: :file (by-backend (html "tree.svg") (latex "tree.tikz") (t > "tree.png")) > #+header: :imagemagick :iminoptions -density 600 :imoutoptions -geometry > 800 > #+header: :results file raw > #+header: :fit yes > #+begin_src latex > \usetikzlibrary{trees} > \begin{tikzpicture} > \node [circle, draw, fill=red!20] at (0,0) {1} > child { node [circle, draw, fill=blue!30] {2} > child { node [circle, draw, fill=green!30] {3} } > child { node [circle, draw, fill=yellow!30] {4} }}; > \end{tikzpicture} > #+end_src > > #+results: > [[file:tree.png]] > > * COMMENT setup > #+begin_src emacs-lisp :results silent > (setq org-babel-latex-htlatex "htlatex") > (defmacro by-backend (&rest body) > `(case (if (boundp 'backend) (org-export-backend-name backend) nil) > ,@body)) > #+end_src > --8<---------------cut here---------------end--------------->8--- > > > Regards, > Andreas > > [1] http://tex.stackexchange.com/a/232739 > > > Haochen Xie <haochenx@acm.org> writes: > > Hi Fabrice, > > > > Thank you for mentioning dvisvgm. I did some researches on it, and it > seems that as for now, the only way to invoke dvisvgm is to first export > the latex part to dvi, and call dvisvgm > > manually to convert it to svg, then include it in the org file, which, > is too troublesome for me. Is there any plan to add dvisvgm as an > alternative to dvipng and imagemagick? IMO svg > > images will look much better than png (well, in browsers supporting it), > so that's a nice option to have. > > > > Regards, > > > > Haochen > > > > -- > > > > Mail from Haochen Xie > > > > On Tue, Aug 11, 2015 at 5:53 PM, Fabrice Popineau < > fabrice.popineau@supelec.fr> wrote: > > > > > > 2015-08-11 10:47 GMT+02:00 Haochen Xie <haochenx@acm.org>: > > > > > > Hi Andreas, > > > > Thank you for your reply. I've read the whole thread, and found your > > example (the second link) very useful. Although for some reason, SVG > > image is not working well on my machine (not being displayed in > > chrome, nor on IE. I don't have firefox installed), but since the SVG > > image generated by imagemagick is indeed a raster image, I don't see > > any benefit using SVG over PNG, and exporting to PNG works perfectly. > > > > Use dvisvgm instead of imagemagick to generate the svg file. > > > > Fabrice > > > [-- Attachment #2: Type: text/html, Size: 8050 bytes --] ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-08-12 12:51 ` Haochen Xie @ 2015-08-12 13:40 ` Andreas Leha 0 siblings, 0 replies; 23+ messages in thread From: Andreas Leha @ 2015-08-12 13:40 UTC (permalink / raw) To: emacs-orgmode Hi Haochen, Sorry for not being clearer. There is no imagemagick involved in the svg generation if everything is setup correctly. Instead the command defined in org-babel-latex-htlatex is used. My test file sets this to to "htlatex" from tex4th [1]. At the time of the thread I linked to there was a bug in ob-latex, though. So, make sure to be on a "recent" version of org (containing at least the commit 510e7037988d44151dea5b98631839fc8003dd57 from 2015-03-21) Just for reference, here are the first lines of the svg that is produced for me which look fine to me: --8<---------------cut here---------------start------------->8--- <?xml version="1.0" encoding="iso-8859-1" standalone="no"?> <?xml-stylesheet href="latex-28543ACk.css" type="text/css"?> <svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="60.55959pt" height="103.23871pt" viewBox="-30.27975 -94.29848 60.55959 103.23871 "> --8<---------------cut here---------------end--------------->8--- Regards, Andreas [1] https://www.tug.org/applications/tex4ht/mn-commands.html Haochen Xie <haochenx@acm.org> writes: > Hi Andreas, > > Thank you for your code example. I've tried almost the same code which > I saw from the thread you referred (with the htlatex initialization, > which I'm doing in my .emacs), and indeed got a svg file as > expected. But the problem is that when I try to browse the HTML page > in chrome, the image is shown as broken. I check the HTML source code, > the image is presented in an img tag, pointing to the svg file. My > first though was that the svg file isn't recognized because it's not > served by a HTTP server instead of being a filesystem link. I then > tried to use python SimpleHTTPServer, then python3 -m http.server (the > python2 SimpleHTTPServer was serving svg with a wrong Content-Type) > but without luck. > > Today, I tried svg again, and finally figured out the problem: the svg > file generated doesn't contain a proper xmlns in the svg tag, so both > chrome and internet explorer is interpreting it as a plain xml file > instead of rendering it. > > I guess this is a bug with imagemagick, but when I tried to do some > research on this problem I found nothing. Maybe I could find something > with more researches, but I don't have time now, and PNG is fine for > me. > > Still, Andreas, thank you very much for helping. > > Regards, > > Haochen > > -- > > Mail from Haochen Xie > > On Wed, Aug 12, 2015 at 5:50 PM, Andreas Leha <andreas.leha@med.uni-goettingen.de> wrote: > > > Hi Haochen, > > You can render svg from latex through org directly. Here is a complete > example including a tikz diagram that that works on my system (once I > tackle a bug in PGF [1]). > It renders > - png by default (and for inlining the image into the org document) > - nothing for latex (directly include the tikz code into the tex document) > - svg for html > > --8<---------------cut here---------------start------------->8--- > #+LATEX_HEADER: \usepackage{tikz} > > First execute the second code block, to define the convenience macro > and to set the required new variables in ob-latex.el. Then export to > HTML and to pdf to see the tree exported as an SVG image and as > embedded tikz respectively. > > * Tikz test > Here's a tree, exported to both html and pdf. > > #+header: :file (by-backend (html "tree.svg") (latex "tree.tikz") (t "tree.png")) > #+header: :imagemagick :iminoptions -density 600 :imoutoptions -geometry 800 > #+header: :results file raw > #+header: :fit yes > #+begin_src latex > \usetikzlibrary{trees} > \begin{tikzpicture} > \node [circle, draw, fill=red!20] at (0,0) {1} > child { node [circle, draw, fill=blue!30] {2} > child { node [circle, draw, fill=green!30] {3} } > child { node [circle, draw, fill=yellow!30] {4} }}; > \end{tikzpicture} > #+end_src > > #+results: > [[file:tree.png]] > > * COMMENT setup > #+begin_src emacs-lisp :results silent > (setq org-babel-latex-htlatex "htlatex") > (defmacro by-backend (&rest body) > `(case (if (boundp 'backend) (org-export-backend-name backend) nil) ,@body)) > #+end_src > --8<---------------cut here---------------end--------------->8--- > > Regards, > Andreas > > [1] http://tex.stackexchange.com/a/232739 > > Haochen Xie <haochenx@acm.org> writes: > > Hi Fabrice, > > > > Thank you for mentioning dvisvgm. I did some researches on it, and it seems that as for now, the only way to invoke dvisvgm is to first export the latex part to dvi, and call dvisvgm > > manually to convert it to svg, then include it in the org file, which, is too troublesome for me. Is there any plan to add dvisvgm as an alternative to dvipng and imagemagick? IMO svg > > images will look much better than png (well, in browsers supporting it), so that's a nice option to have. > > > > Regards, > > > > Haochen > > > > -- > > > > Mail from Haochen Xie > > > > On Tue, Aug 11, 2015 at 5:53 PM, Fabrice Popineau <fabrice.popineau@supelec.fr> wrote: > > > > > > 2015-08-11 10:47 GMT+02:00 Haochen Xie <haochenx@acm.org>: > > > > > > Hi Andreas, > > > > Thank you for your reply. I've read the whole thread, and found your > > example (the second link) very useful. Although for some reason, SVG > > image is not working well on my machine (not being displayed in > > chrome, nor on IE. I don't have firefox installed), but since the SVG > > image generated by imagemagick is indeed a raster image, I don't see > > any benefit using SVG over PNG, and exporting to PNG works perfectly. > > > > Use dvisvgm instead of imagemagick to generate the svg file. > > > > Fabrice ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-08-12 8:50 ` Andreas Leha 2015-08-12 12:51 ` Haochen Xie @ 2015-09-03 11:42 ` Alan Schmitt 2015-09-03 12:30 ` Andreas Leha 1 sibling, 1 reply; 23+ messages in thread From: Alan Schmitt @ 2015-09-03 11:42 UTC (permalink / raw) To: Andreas Leha; +Cc: emacs-orgmode [-- Attachment #1.1: Type: text/plain, Size: 405 bytes --] Hello Andreas, I’m slowly catching up on the org mailing list, and I found your example very interesting. I tried to run it and it does not seem to work here. Here is what I did: - I copied the code below to a file - I evaluated the last block - I made sure that latex was one of the org-babel-load-languages language - I tried executing the first block, which generated this strange png [-- Attachment #1.2: tree.png --] [-- Type: image/png, Size: 298 bytes --] [-- Attachment #1.3: Type: text/plain, Size: 1625 bytes --] - I exported both to html and pdf, and in both cases I would have a reference to the png instead of the svg/tikz code. I’m afraid I’m missing a step. Do you see what I’m doing wrong? Thanks, Alan On 2015-08-12 10:50, Andreas Leha <andreas.leha@med.uni-goettingen.de> writes: > #+LATEX_HEADER: \usepackage{tikz} > > First execute the second code block, to define the convenience macro > and to set the required new variables in ob-latex.el. Then export to > HTML and to pdf to see the tree exported as an SVG image and as > embedded tikz respectively. > > * Tikz test > Here's a tree, exported to both html and pdf. > > #+header: :file (by-backend (html "tree.svg") (latex "tree.tikz") (t "tree.png")) > #+header: :imagemagick :iminoptions -density 600 :imoutoptions -geometry 800 > #+header: :results file raw > #+header: :fit yes > #+begin_src latex > \usetikzlibrary{trees} > \begin{tikzpicture} > \node [circle, draw, fill=red!20] at (0,0) {1} > child { node [circle, draw, fill=blue!30] {2} > child { node [circle, draw, fill=green!30] {3} } > child { node [circle, draw, fill=yellow!30] {4} }}; > \end{tikzpicture} > #+end_src > > #+results: > [[file:tree.png]] > > * COMMENT setup > #+begin_src emacs-lisp :results silent > (setq org-babel-latex-htlatex "htlatex") > (defmacro by-backend (&rest body) > `(case (if (boundp 'backend) (org-export-backend-name backend) nil) ,@body)) > #+end_src -- OpenPGP Key ID : 040D0A3B4ED2E5C7 Last week athmospheric CO₂ average (Updated August 31, 2015, Mauna Loa Obs.): 377.82 ppm [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 472 bytes --] ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-03 11:42 ` Alan Schmitt @ 2015-09-03 12:30 ` Andreas Leha 2015-09-03 13:03 ` Haochen Xie 2015-09-03 20:33 ` Eric S Fraga 0 siblings, 2 replies; 23+ messages in thread From: Andreas Leha @ 2015-09-03 12:30 UTC (permalink / raw) To: emacs-orgmode Hi Alan, Glad you like the example. Three things: 1. It still works for me ;-) 2. The distorted png might come from the bug in htlatex I mentioned in this thread [1]. 3. It seems that the by-backend does not work properly for you. I am not sure about the reason for that. What org-mode version do you run? HTH, Andreas [1] http://tex.stackexchange.com/a/232739 Alan Schmitt <alan.schmitt@polytechnique.org> writes: > Hello Andreas, > > I’m slowly catching up on the org mailing list, and I found your example > very interesting. I tried to run it and it does not seem to work here. > Here is what I did: > - I copied the code below to a file > - I evaluated the last block > - I made sure that latex was one of the org-babel-load-languages > language > - I tried executing the first block, which generated this strange png > > > > - I exported both to html and pdf, and in both cases I would have > a reference to the png instead of the svg/tikz code. > > I’m afraid I’m missing a step. Do you see what I’m doing wrong? > > Thanks, > > Alan > > On 2015-08-12 10:50, Andreas Leha <andreas.leha@med.uni-goettingen.de> writes: > >> #+LATEX_HEADER: \usepackage{tikz} >> >> First execute the second code block, to define the convenience macro >> and to set the required new variables in ob-latex.el. Then export to >> HTML and to pdf to see the tree exported as an SVG image and as >> embedded tikz respectively. >> >> * Tikz test >> Here's a tree, exported to both html and pdf. >> >> #+header: :file (by-backend (html "tree.svg") (latex "tree.tikz") (t "tree.png")) >> #+header: :imagemagick :iminoptions -density 600 :imoutoptions -geometry 800 >> #+header: :results file raw >> #+header: :fit yes >> #+begin_src latex >> \usetikzlibrary{trees} >> \begin{tikzpicture} >> \node [circle, draw, fill=red!20] at (0,0) {1} >> child { node [circle, draw, fill=blue!30] {2} >> child { node [circle, draw, fill=green!30] {3} } >> child { node [circle, draw, fill=yellow!30] {4} }}; >> \end{tikzpicture} >> #+end_src >> >> #+results: >> [[file:tree.png]] >> >> * COMMENT setup >> #+begin_src emacs-lisp :results silent >> (setq org-babel-latex-htlatex "htlatex") >> (defmacro by-backend (&rest body) >> `(case (if (boundp 'backend) (org-export-backend-name backend) nil) ,@body)) >> #+end_src ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-03 12:30 ` Andreas Leha @ 2015-09-03 13:03 ` Haochen Xie 2015-09-03 20:39 ` Andreas Leha 2015-09-03 20:33 ` Eric S Fraga 1 sibling, 1 reply; 23+ messages in thread From: Haochen Xie @ 2015-09-03 13:03 UTC (permalink / raw) To: Alan Schmitt; +Cc: Andreas Leha, emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 4231 bytes --] Hello Alan, I'm not 100% sure, but I think the distorted PNG file is generated by dvipng. It seems that dvipng cannot handle tikz blocks very well, and one must use imagemagick for those blocks. I think this line: #+header: :imagemagick :iminoptions -density 600 :imoutoptions -geometry 800 should be #+header: :imagemagick yes :iminoptions -density 600 :imoutoptions -geometry 800 so that imagemagick would be used instead of dvipng, which is the global default. As said by Andreas, it's probably that your by -backend macro is not working properly, or, maybe you are not using a recent enough version of org-mod e . This magic , if I remember correctly, is act uall y done by a special case added to some latex babel export function , wh ich is contributed by Andreas somehow recently. You may want to try upgrade your org-mode and try again. Also please follow this link [1] to fix a bug in htlatex as mentioned in Andreas's mail, or your html export will fail silently (showing success on emacs, but no images generated). [1] http://tex.stackexchange.com/a/232739 -- Mail from Haochen Xie On Thu, Sep 3, 2015 at 9:30 PM, Andreas Leha < andreas.leha@med.uni-goettingen.de> wrote: > Hi Alan, > > Glad you like the example. > > Three things: > 1. It still works for me ;-) > 2. The distorted png might come from the bug in htlatex I mentioned in > this thread [1]. > 3. It seems that the by-backend does not work properly for you. I am > not sure about the reason for that. What org-mode version do you run? > > HTH, > Andreas > > > [1] http://tex.stackexchange.com/a/232739 > > > > Alan Schmitt <alan.schmitt@polytechnique.org> writes: > > Hello Andreas, > > > > I’m slowly catching up on the org mailing list, and I found your example > > very interesting. I tried to run it and it does not seem to work here. > > Here is what I did: > > - I copied the code below to a file > > - I evaluated the last block > > - I made sure that latex was one of the org-babel-load-languages > > language > > - I tried executing the first block, which generated this strange png > > > > > > > > - I exported both to html and pdf, and in both cases I would have > > a reference to the png instead of the svg/tikz code. > > > > I’m afraid I’m missing a step. Do you see what I’m doing wrong? > > > > Thanks, > > > > Alan > > > > On 2015-08-12 10:50, Andreas Leha <andreas.leha@med.uni-goettingen.de> > writes: > > > >> #+LATEX_HEADER: \usepackage{tikz} > >> > >> First execute the second code block, to define the convenience macro > >> and to set the required new variables in ob-latex.el. Then export to > >> HTML and to pdf to see the tree exported as an SVG image and as > >> embedded tikz respectively. > >> > >> * Tikz test > >> Here's a tree, exported to both html and pdf. > >> > >> #+header: :file (by-backend (html "tree.svg") (latex "tree.tikz") (t > "tree.png")) > >> #+header: :imagemagick :iminoptions -density 600 :imoutoptions > -geometry 800 > >> #+header: :results file raw > >> #+header: :fit yes > >> #+begin_src latex > >> \usetikzlibrary{trees} > >> \begin{tikzpicture} > >> \node [circle, draw, fill=red!20] at (0,0) {1} > >> child { node [circle, draw, fill=blue!30] {2} > >> child { node [circle, draw, fill=green!30] {3} } > >> child { node [circle, draw, fill=yellow!30] {4} }}; > >> \end{tikzpicture} > >> #+end_src > >> > >> #+results: > >> [[file:tree.png]] > >> > >> * COMMENT setup > >> #+begin_src emacs-lisp :results silent > >> (setq org-babel-latex-htlatex "htlatex") > >> (defmacro by-backend (&rest body) > >> `(case (if (boundp 'backend) (org-export-backend-name backend) nil) > ,@body)) > >> #+end_src > > > > > [-- Attachment #2: Type: text/html, Size: 10209 bytes --] ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-03 13:03 ` Haochen Xie @ 2015-09-03 20:39 ` Andreas Leha 0 siblings, 0 replies; 23+ messages in thread From: Andreas Leha @ 2015-09-03 20:39 UTC (permalink / raw) To: emacs-orgmode Hi Haochen, Thanks for following that up! Haochen Xie <haochenx@acm.org> writes: > Hello > Alan, > > I'm not 100% sure, but I think the distorted PNG file is generated by dvipng. It seems that dvipng cannot handle tikz blocks very well, and one must use imagemagick for those blocks. I > think this line: > > #+header: :imagemagick :iminoptions -density 600 :imoutoptions -geometry 800 > > should be > > #+header: :imagemagick yes :iminoptions -density 600 :imoutoptions -geometry 800 > > so that imagemagick would be used instead of dvipng, which is the global default. Thanks for that! I'll keep that in mind. Regards, Andreas > > As said by Andreas, > it's probably that > your > by > -backend > macro > > is not working > properly, or, maybe you are not using a recent enough version of org-mod > e > . This > > magic > , if I remember correctly, > > is > > act > uall > y > done > by > a > special > case > added > to > some > latex > babel > export > function > , wh > ich is contributed by Andreas somehow recently. You may want to try upgrade your org-mode and try again. > > Also please follow this link [1] to fix a > bug > in htlatex as mentioned in Andreas's mail, or your html export will fail silently (showing success on emacs, but no images generated). > > [1] http://tex.stackexchange.com/a/232739 > > -- > > Mail from Haochen Xie > > On Thu, Sep 3, 2015 at 9:30 PM, Andreas Leha <andreas.leha@med.uni-goettingen.de> wrote: > > > Hi Alan, > > Glad you like the example. > > Three things: > 1. It still works for me ;-) > 2. The distorted png might come from the bug in htlatex I mentioned in > this thread [1]. > 3. It seems that the by-backend does not work properly for you. I am > not sure about the reason for that. What org-mode version do you run? > > HTH, > Andreas > > [1] http://tex.stackexchange.com/a/232739 > > Alan Schmitt <alan.schmitt@polytechnique.org> writes: > > Hello Andreas, > > > > I’m slowly catching up on the org mailing list, and I found your example > > very interesting. I tried to run it and it does not seem to work here. > > Here is what I did: > > - I copied the code below to a file > > - I evaluated the last block > > - I made sure that latex was one of the org-babel-load-languages > > language > > - I tried executing the first block, which generated this strange png > > > > > > > > - I exported both to html and pdf, and in both cases I would have > > a reference to the png instead of the svg/tikz code. > > > > I’m afraid I’m missing a step. Do you see what I’m doing wrong? > > > > Thanks, > > > > Alan > > > > On 2015-08-12 10:50, Andreas Leha <andreas.leha@med.uni-goettingen.de> writes: > > > >> #+LATEX_HEADER: \usepackage{tikz} > >> > >> First execute the second code block, to define the convenience macro > >> and to set the required new variables in ob-latex.el. Then export to > >> HTML and to pdf to see the tree exported as an SVG image and as > >> embedded tikz respectively. > >> > >> * Tikz test > >> Here's a tree, exported to both html and pdf. > >> > >> #+header: :file (by-backend (html "tree.svg") (latex "tree.tikz") (t "tree.png")) > >> #+header: :imagemagick :iminoptions -density 600 :imoutoptions -geometry 800 > >> #+header: :results file raw > >> #+header: :fit yes > >> #+begin_src latex > >> \usetikzlibrary{trees} > >> \begin{tikzpicture} > >> \node [circle, draw, fill=red!20] at (0,0) {1} > >> child { node [circle, draw, fill=blue!30] {2} > >> child { node [circle, draw, fill=green!30] {3} } > >> child { node [circle, draw, fill=yellow!30] {4} }}; > >> \end{tikzpicture} > >> #+end_src > >> > >> #+results: > >> [[file:tree.png]] > >> > >> * COMMENT setup > >> #+begin_src emacs-lisp :results silent > >> (setq org-babel-latex-htlatex "htlatex") > >> (defmacro by-backend (&rest body) > >> `(case (if (boundp 'backend) (org-export-backend-name backend) nil) ,@body)) > >> #+end_src ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-03 12:30 ` Andreas Leha 2015-09-03 13:03 ` Haochen Xie @ 2015-09-03 20:33 ` Eric S Fraga 2015-09-03 21:11 ` Andreas Leha 1 sibling, 1 reply; 23+ messages in thread From: Eric S Fraga @ 2015-09-03 20:33 UTC (permalink / raw) To: Andreas Leha; +Cc: emacs-orgmode On Thursday, 3 Sep 2015 at 13:30, Andreas Leha wrote: > Hi Alan, > > Glad you like the example. > > Three things: > 1. It still works for me ;-) Andreas, the example doesn't work for me with a quite recent org (updated within the past week) and with -Q. By the way, with emacs -Q, I need to "(required 'cl)" for the by-backend macro although this is probably done by one of the export files? > 2. The distorted png might come from the bug in htlatex I mentioned in > this thread [1]. The solution has been pointed out by Haochen Xie in this thread (":imagemagick yes"). I needed this fix as well to get the png creation to work. > 3. It seems that the by-backend does not work properly for you. I am > not sure about the reason for that. What org-mode version do you run? And it doesn't work for me either. I recently ran into this problem myself with a document (long book chapter with many tikz figures) that I wrote about 4 months ago. I had a deadline so couldn't track down what was wrong but it is all about the by-backend macro. No matter what the target for export is, the by-backend macro doesn't work. I tried to fix it but no luck, mostly due to my lack of emacs lisp funess... -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.1-188-g410ea6 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-03 20:33 ` Eric S Fraga @ 2015-09-03 21:11 ` Andreas Leha 2015-09-03 21:38 ` Nicolas Goaziou 0 siblings, 1 reply; 23+ messages in thread From: Andreas Leha @ 2015-09-03 21:11 UTC (permalink / raw) To: emacs-orgmode Hi Eric, Thanks for following that up! Eric S Fraga <e.fraga@ucl.ac.uk> writes: > On Thursday, 3 Sep 2015 at 13:30, Andreas Leha wrote: >> Hi Alan, >> >> Glad you like the example. >> >> Three things: >> 1. It still works for me ;-) > > Andreas, > > the example doesn't work for me with a quite recent org (updated within > the past week) and with -Q. I see. Another reason for me not to upgrade? My org is quite old. (8.3beta (release_8.3beta-1264-g365c19)) > > By the way, with emacs -Q, I need to "(required 'cl)" for the by-backend > macro although this is probably done by one of the export files? > >> 2. The distorted png might come from the bug in htlatex I mentioned in >> this thread [1]. > > The solution has been pointed out by Haochen Xie in this thread > (":imagemagick yes"). I needed this fix as well to get the png creation > to work. > Good to know! Thanks for the confirmation. I missed that. Note also that it might be necessary to include #+header: :headers '("\\usepackage{tikz}") to the latex block. This I only need when testing with emacs -Q. Not sure why, though. I was under the impression that global #+latex_headers should apply in latex source blocks as well? >> 3. It seems that the by-backend does not work properly for you. I am >> not sure about the reason for that. What org-mode version do you run? > > And it doesn't work for me either. I recently ran into this problem > myself with a document (long book chapter with many tikz figures) that I > wrote about 4 months ago. I had a deadline so couldn't track down what > was wrong but it is all about the by-backend macro. No matter what the > target for export is, the by-backend macro doesn't work. I tried to fix > it but no luck, mostly due to my lack of emacs lisp funess... This macro is from Eric Schulte initially. And I guess I would be out of luck adapting it to new Org mode versions as well. I'd vote for a macro like this to be included in Org mode. I think it is quite useful to have and somehow extends the @@latex: ...@ constructs to babel. That way updates to org breaking this would be less probable. Unfortunately, I don't have the time right now to even upgrade Org mode. So, I cannot offer any testing/bisecting, I am afraid. Best, Andreas ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-03 21:11 ` Andreas Leha @ 2015-09-03 21:38 ` Nicolas Goaziou 2015-09-04 6:15 ` Eric S Fraga 2015-09-04 12:08 ` Andreas Leha 0 siblings, 2 replies; 23+ messages in thread From: Nicolas Goaziou @ 2015-09-03 21:38 UTC (permalink / raw) To: Andreas Leha; +Cc: emacs-orgmode Hello, Andreas Leha <andreas.leha@med.uni-goettingen.de> writes: > This macro is from Eric Schulte initially. And I guess I would be out > of luck adapting it to new Org mode versions as well. What about (defmacro by-backend (&rest body) `(case org-export-current-backend ,@body)) ? Regards, -- Nicolas Goaziou ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-03 21:38 ` Nicolas Goaziou @ 2015-09-04 6:15 ` Eric S Fraga 2015-09-04 6:23 ` Haochen Xie 2015-09-04 12:08 ` Andreas Leha 1 sibling, 1 reply; 23+ messages in thread From: Eric S Fraga @ 2015-09-04 6:15 UTC (permalink / raw) To: Andreas Leha; +Cc: emacs-orgmode On Thursday, 3 Sep 2015 at 23:38, Nicolas Goaziou wrote: [...] > What about > > (defmacro by-backend (&rest body) > `(case org-export-current-backend ,@body)) Nicolas, this seems to work! I thought I had tried something like this but I must have got one of the ,@` wrong along the way... I do have a problem in that the svg file doesn't get created but that problem lies elsewhere methinks... Many thanks. -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.1-188-g410ea6 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-04 6:15 ` Eric S Fraga @ 2015-09-04 6:23 ` Haochen Xie 2015-09-04 7:07 ` Eric S Fraga 2015-09-04 7:10 ` Alan Schmitt 0 siblings, 2 replies; 23+ messages in thread From: Haochen Xie @ 2015-09-04 6:23 UTC (permalink / raw) To: Fabrice Popineau; +Cc: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 1144 bytes --] Hi Eric, It's very likely due to this problem as both Andreas and I mentioned in earlier mails: Also please follow this link [1] to fix a > bug > in htlatex as mentioned in Andreas's mail, or your html export will fail > silently (showing success on emacs, but no images generated). > > > [1] http://tex.stackexchange.com/a/232739 Also, please make sure you have htlatex in your emacs' $PATH. Regards, Haochen -- Mail from Haochen Xie On Fri, Sep 4, 2015 at 3:15 PM, Eric S Fraga <e.fraga@ucl.ac.uk> wrote: > On Thursday, 3 Sep 2015 at 23:38, Nicolas Goaziou wrote: > > [...] > > > What about > > > > (defmacro by-backend (&rest body) > > `(case org-export-current-backend ,@body)) > > Nicolas, > > this seems to work! I thought I had tried something like this but I > must have got one of the ,@` wrong along the way... > > I do have a problem in that the svg file doesn't get created but that > problem lies elsewhere methinks... > > Many thanks. > > -- > : Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.1-188-g410ea6 > > [-- Attachment #2: Type: text/html, Size: 3560 bytes --] ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-04 6:23 ` Haochen Xie @ 2015-09-04 7:07 ` Eric S Fraga 2015-09-04 7:10 ` Alan Schmitt 1 sibling, 0 replies; 23+ messages in thread From: Eric S Fraga @ 2015-09-04 7:07 UTC (permalink / raw) To: Haochen Xie; +Cc: emacs-orgmode On Friday, 4 Sep 2015 at 15:23, Haochen Xie wrote: > Hi Eric, > > It's very likely due to this problem as both Andreas and I mentioned in > earlier mails: Thanks. I did notice the bits about htlatex but didn't pay much attention. I don't actually need svg as I use png for my web pages! -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.1-188-g410ea6 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-04 6:23 ` Haochen Xie 2015-09-04 7:07 ` Eric S Fraga @ 2015-09-04 7:10 ` Alan Schmitt 1 sibling, 0 replies; 23+ messages in thread From: Alan Schmitt @ 2015-09-04 7:10 UTC (permalink / raw) To: Haochen Xie; +Cc: Fabrice Popineau, emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 2035 bytes --] Thanks to everyone, I now have this working. Here is the final version. --8<---------------cut here---------------start------------->8--- #+LATEX_HEADER: \usepackage{tikz} First execute the second code block, to define the convenience macro and to set the required new variables in ob-latex.el. Then export to HTML and to pdf to see the tree exported as an SVG image and as embedded tikz respectively. * Tikz test Here's a tree, exported to both html and pdf. #+header: :file (by-backend (html "tree.svg") (latex "tree.tikz") (t "tree.png")) #+header: :imagemagick yes :iminoptions -density 600 :imoutoptions -geometry 800 #+header: :results file raw #+header: :fit yes #+header: :headers '("\\usepackage{tikz}") #+begin_src latex \usetikzlibrary{trees} \begin{tikzpicture} \node [circle, draw, fill=red!20] at (0,0) {1} child { node [circle, draw, fill=blue!30] {2} child { node [circle, draw, fill=green!30] {3} } child { node [circle, draw, fill=yellow!30] {4} }}; \end{tikzpicture} #+end_src #+results: [[file:tree.png]] * COMMENT setup #+begin_src emacs-lisp :results silent (setq org-babel-latex-htlatex "htlatex") (defmacro by-backend (&rest body) `(case org-export-current-backend ,@body)) #+end_src --8<---------------cut here---------------end--------------->8--- The header line that says to use the package tikz right before the source block is only necessary to generate the png when evaluating the block (“C-c C-c” on it), but as it does not prevent the export to work, I leave it there. I had to change my systems pgfsys-tex4ht.def as described in http://tex.stackexchange.com/questions/185349/error-using-pgfsysdriver-with-tex4ht-only-shows-up-with-texlive-2014-ok-with-t/232739#232739 (having a local copy and modifying it as suggested on the site did not work). Thanks again, Alan -- OpenPGP Key ID : 040D0A3B4ED2E5C7 Last week athmospheric CO₂ average (Updated August 31, 2015, Mauna Loa Obs.): 377.82 ppm [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 472 bytes --] ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-03 21:38 ` Nicolas Goaziou 2015-09-04 6:15 ` Eric S Fraga @ 2015-09-04 12:08 ` Andreas Leha 2015-09-04 12:48 ` Nicolas Goaziou 1 sibling, 1 reply; 23+ messages in thread From: Andreas Leha @ 2015-09-04 12:08 UTC (permalink / raw) To: emacs-orgmode Hi Nicolas, Nicolas Goaziou <mail@nicolasgoaziou.fr> writes: > Hello, > > Andreas Leha <andreas.leha@med.uni-goettingen.de> writes: > >> This macro is from Eric Schulte initially. And I guess I would be out >> of luck adapting it to new Org mode versions as well. > > What about > > (defmacro by-backend (&rest body) > `(case org-export-current-backend ,@body)) > ? > > Regards, Thanks for this! One reason less not to upgrade Org mode. Seems to work fine! Just note, that it works for me only after exporting (when tested under emacs -Q). What about including that into org? Regards, Andreas ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-04 12:08 ` Andreas Leha @ 2015-09-04 12:48 ` Nicolas Goaziou 2015-09-04 13:42 ` Andreas Leha 0 siblings, 1 reply; 23+ messages in thread From: Nicolas Goaziou @ 2015-09-04 12:48 UTC (permalink / raw) To: Andreas Leha; +Cc: emacs-orgmode Andreas Leha <andreas.leha@med.uni-goettingen.de> writes: > Seems to work fine! > > Just note, that it works for me only after exporting > (when tested under emacs -Q). `org-export-current-backend' is set when exporting a document, much like `backend'. > What about including that into org? Wrong namespace. It should be prefixed with "org". Also, it might be better to include it directly in :file directive handling if that is its sole purpose. Regards, ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-04 12:48 ` Nicolas Goaziou @ 2015-09-04 13:42 ` Andreas Leha 2015-09-05 8:58 ` Nicolas Goaziou 0 siblings, 1 reply; 23+ messages in thread From: Andreas Leha @ 2015-09-04 13:42 UTC (permalink / raw) To: emacs-orgmode Nicolas Goaziou <mail@nicolasgoaziou.fr> writes: > Andreas Leha <andreas.leha@med.uni-goettingen.de> writes: > >> Seems to work fine! >> >> Just note, that it works for me only after exporting >> (when tested under emacs -Q). > > `org-export-current-backend' is set when exporting a document, much like > `backend'. > The same protection as in the previous version seems to take effect here: (defmacro by-backend (&rest body) `(case (if (boundp 'org-export-current-backend) org-export-current-backend nil) ,@body)) Are there any issues with this? >> What about including that into org? > > Wrong namespace. It should be prefixed with "org". > Easy to fix. > Also, it might be better to include it directly in :file directive > handling if that is its sole purpose. Could you elaborate why that might be better? Including it as a macro like this has the up-side to be more general.n I think that also other header arguments would benefit from such a (org-)by-backend switch. In former versions (pre-dating the handling of *.tikz 'images' by ox-latex) of the tikz code in this thread, for example, the :results argument needed to be set according to the backend as well Regards, Andreas ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Block level specification for tex code html export method 2015-09-04 13:42 ` Andreas Leha @ 2015-09-05 8:58 ` Nicolas Goaziou 0 siblings, 0 replies; 23+ messages in thread From: Nicolas Goaziou @ 2015-09-05 8:58 UTC (permalink / raw) To: Andreas Leha; +Cc: emacs-orgmode Andreas Leha <andreas.leha@med.uni-goettingen.de> writes: > The same protection as in the previous version seems to take effect > here: > > (defmacro by-backend (&rest body) > `(case (if (boundp 'org-export-current-backend) org-export-current-backend nil) ,@body)) > > Are there any issues with this? Not really, but (if (boundp 'org-export-current-backend) org-export-current-backend nil) -> (org-bound-and-true-p org-export-current-backend) It should also be documented. In particular, outside any export process, you need to use ((nil) ...) or (t ...). > Could you elaborate why that might be better? Including it as a macro > like this has the up-side to be more general. Of course. I'm just pointing out that /if/ its only use is for :file directive, it might be better to include it there. Regards, ^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2015-09-05 8:57 UTC | newest] Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-08-10 8:11 Block level specification for tex code html export method Haochen Xie 2015-08-10 22:56 ` Andreas Leha 2015-08-11 8:47 ` Haochen Xie 2015-08-11 8:53 ` Fabrice Popineau 2015-08-11 16:24 ` Haochen Xie 2015-08-12 8:50 ` Andreas Leha 2015-08-12 12:51 ` Haochen Xie 2015-08-12 13:40 ` Andreas Leha 2015-09-03 11:42 ` Alan Schmitt 2015-09-03 12:30 ` Andreas Leha 2015-09-03 13:03 ` Haochen Xie 2015-09-03 20:39 ` Andreas Leha 2015-09-03 20:33 ` Eric S Fraga 2015-09-03 21:11 ` Andreas Leha 2015-09-03 21:38 ` Nicolas Goaziou 2015-09-04 6:15 ` Eric S Fraga 2015-09-04 6:23 ` Haochen Xie 2015-09-04 7:07 ` Eric S Fraga 2015-09-04 7:10 ` Alan Schmitt 2015-09-04 12:08 ` Andreas Leha 2015-09-04 12:48 ` Nicolas Goaziou 2015-09-04 13:42 ` Andreas Leha 2015-09-05 8:58 ` Nicolas Goaziou
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).
![[-- Attachment #1.2: tree.png --] [-- Type: image/png, Size: 298 bytes --]](../../m2oahjbuge.fsf@charm-ecran.irisa.fr/1.2-tree.png){kind=link}