[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] Is there a *Org PDF LaTeX Output* buffer ?
From: |
Julien Cubizolles |
Subject: |
Re: [O] Is there a *Org PDF LaTeX Output* buffer ? |
Date: |
Mon, 03 Oct 2016 16:08:22 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.2.50 (gnu/linux) |
Nick Dokos <address@hidden> writes:
> No, it should be present: it is created when you export to PDF through
> LaTeX (it is created by org-latex-compile which is called by
> org-latex-export-to-pdf). I just tried a (successful, but I don't
> think it matters) export and was able to visit it afterwards.
I found it, but only when publishing a project synchronously. Actually
that's not surprising since in this case it's another emacs process
that's running but the message about the *Org PDF LaTeX Output* is then
misleading.
Here is a MWE[1]:
--8<---------------cut here---------------start------------->8---
#+LATEX_HEADER:\RequirePackage{nosuchpackage}
#+begin_src emacs-lisp :exports none
(add-to-list 'load-path "~/git-repositories/org-mode/lisp")
(add-to-list 'load-path "~/git-repositories/org-mode/contrib/lisp")
(org-reload)
(require 'ox)
(require 'ox-latex)
(setq org-export-in-background t)
(setq org-export-async-init-file "~/tmp/test-init.el")
(setq org-publish-project-alist
`(("test"
:base-directory "./"
:publishing-directory "./"
:publishing-function org-latex-publish-to-pdf
:exclude ".*"
:include ,(list (file-name-nondirectory buffer-file-name))
)))
#+end_src
--8<---------------cut here---------------end--------------->8---
with
~/tmp/test-init.el:
--8<---------------cut here---------------start------------->8---
(add-to-list 'load-path "~/git-repositories/org-mode/lisp")
(add-to-list 'load-path "~/git-repositories/org-mode/contrib/lisp")
(require 'org)
(require 'ox)
--8<---------------cut here---------------end--------------->8---
Julien.
[1] Actually it's not really working when running emacs -Q: there are
some error messages about for instance org-link-set-parameters which I
can't iron out but I don't think it's relevant to the problem exhibited
here.