Re: [O] Latex code blocks HTML export still broken
Le 01/12/2016 à 16:53 CET, Nick Dokos a dit: > Éric Würbel writes: > >> When trying to export to html with C-c C-e h h, org complains : >> >> org-compile-file: File "/tmp/babel-2370po9/latex-237073Q.pdf" wasn't >> produced. See "*Org PDF LaTeX Output*" for details >> > > What does that buffer show? > >> In fact the file is produced, but directly in >> /tmp/latex-237073Q.pdf. (no babel-2370po9 subdir). >> > > Are you sure that's not left over from some previous experiments? Sorry, This was the reason. Your remark reminds me an emacs-lisp tweak I introduced for org8.3 export process, and it seem I have to revise it. It works now. Thank you for pointing me on this problem -- Éric Würbel http://eric.wurbel.perso.luminy.univ-amu.fr/ Enseignement: IUT R&T, directeur des études 1A Recherche: LSIS, UMR7296 http://www.lsis.org/
Re: [O] Latex code blocks HTML export still broken
Éric Würbel writes: > When exporting a latex code block as a png image in an HTML page, Org > complains that the pdf file was not produced. > > Minimal org document example : > > #+BEGIN_SRC org > #+TITLE LaTeX export minimal test > > * Let's go > > A really interresting algorithm : > > #+header: :headers '( "\\renewcommand{\\familydefault}{\\sfdefault}" > "\\usepackage{lmodern}" "\\usepackage{algpseudocode}" ) > #+header: :file algo.png > #+header: :imagemagick yes :fit yes > #+header: :results raw :iminoptions -density 600 :imoutoptions -geometry > 1200 > #+BEGIN_SRC latex > \begin{algorithmic}[1] > \Function{triSauvegarde}{nom\_fichier : String} > \State tab $\gets$ \Call{copie}{leContenu} > \State \Call{trier}{tab} > \State \Call{sauvegarder}{nom\_fichier} > \EndFunction > \end{algorithmic} > #+END_SRC > > #+END_SRC > > > When trying to export to html with C-c C-e h h, org complains : > > org-compile-file: File "/tmp/babel-2370po9/latex-237073Q.pdf" wasn't > produced. See "*Org PDF LaTeX Output*" for details > I tried this and (after installing the texlive-algorithmicx package on my Fedora system) it works fine. Once more: what does the "*Org PDF LaTeX Output*" say? > In fact the file is produced, but directly in > /tmp/latex-237073Q.pdf. (no babel-2370po9 subdir). > > So, compared to the previous version of the bug, we have progressed : > temporary pdf are not produced in the current directory anymore, but org > does not know yet where to find them ;o) > > Regards > > E. -- Nick
Re: [O] Latex code blocks HTML export still broken
Éric Würbel writes: > When trying to export to html with C-c C-e h h, org complains : > > org-compile-file: File "/tmp/babel-2370po9/latex-237073Q.pdf" wasn't > produced. See "*Org PDF LaTeX Output*" for details > What does that buffer show? > In fact the file is produced, but directly in > /tmp/latex-237073Q.pdf. (no babel-2370po9 subdir). > Are you sure that's not left over from some previous experiments? -- Nick
[O] Latex code blocks HTML export still broken
When exporting a latex code block as a png image in an HTML page, Org complains that the pdf file was not produced. Minimal org document example : #+BEGIN_SRC org #+TITLE LaTeX export minimal test * Let's go A really interresting algorithm : #+header: :headers '( "\\renewcommand{\\familydefault}{\\sfdefault}" "\\usepackage{lmodern}" "\\usepackage{algpseudocode}" ) #+header: :file algo.png #+header: :imagemagick yes :fit yes #+header: :results raw :iminoptions -density 600 :imoutoptions -geometry 1200 #+BEGIN_SRC latex \begin{algorithmic}[1] \Function{triSauvegarde}{nom\_fichier : String} \State tab $\gets$ \Call{copie}{leContenu} \State \Call{trier}{tab} \State \Call{sauvegarder}{nom\_fichier} \EndFunction \end{algorithmic} #+END_SRC #+END_SRC When trying to export to html with C-c C-e h h, org complains : org-compile-file: File "/tmp/babel-2370po9/latex-237073Q.pdf" wasn't produced. See "*Org PDF LaTeX Output*" for details In fact the file is produced, but directly in /tmp/latex-237073Q.pdf. (no babel-2370po9 subdir). So, compared to the previous version of the bug, we have progressed : temporary pdf are not produced in the current directory anymore, but org does not know yet where to find them ;o) Regards E. -- Éric Würbel http://eric.wurbel.perso.luminy.univ-amu.fr/ Enseignement: IUT R&T, directeur des études 1A Recherche: LSIS, UMR7296 http://www.lsis.org/