* [New exporter] Wrong export to LaTeX
@ 2012-10-11 13:04 Sebastien Vauban
2012-10-11 13:21 ` Nicolas Goaziou
2012-10-11 13:45 ` Suvayu Ali
0 siblings, 2 replies; 18+ messages in thread
From: Sebastien Vauban @ 2012-10-11 13:04 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hi Nicolas,
When I try to export the following ECM:
--8<---------------cut here---------------start------------->8---
#+LaTeX_CLASS: beamer
#+LaTeX_CLASS_OPTIONS: [presentation]
#+BEAMER_THEME: default
#+COLUMNS: %45ITEM %10BEAMER_env(Env) %10BEAMER_act(Act) %4BEAMER_col(Col) %8BEAMER_opt(Opt)
#+PROPERTY: BEAMER_col_ALL 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 0.0 :ETC
#+OPTIONS: H:2
#+BEAMER_FRAME_LEVEL: 2
* First section
** First frame
Introduction: why?
** Second frame
Objective is...
* Second section
** Third frame
Conclusions are...
--8<---------------cut here---------------end--------------->8---
I get with the *old exporter*:
--8<---------------cut here---------------start------------->8---
% Created 2012-10-11 Thu 14:56
\documentclass[presentation]{beamer}
% ...
\title{ecm}
\author{Sebastien Vauban}
\date{\today}
\hypersetup{
pdfkeywords={},
pdfsubject={},
pdfcreator={Emacs Org-mode version 7.9.2}}
\begin{document}
\maketitle
\begin{frame}
\frametitle{Agenda}
\setcounter{tocdepth}{2}
\tableofcontents
\end{frame}
\section{First section}
\label{sec-1}
\begin{frame}
\frametitle{First frame}
\label{sec-1-1}
Introduction: why?
\end{frame}
\begin{frame}
\frametitle{Second frame}
\label{sec-1-2}
Objective is\ldots{}
\end{frame}
\section{Second section}
\label{sec-2}
\begin{frame}
\frametitle{Third frame}
\label{sec-2-1}
Conclusions are\ldots{}
\end{frame}
\end{document}
--8<---------------cut here---------------end--------------->8---
and the following with the *new exporter*:
--8<---------------cut here---------------start------------->8---
% Created 2012-10-11 Thu 14:57
\documentclass[presentation]{beamer}
% ...
\author{Sebastien Vauban}
\date{\today}
\title{ecm}
\hypersetup{
pdfkeywords={},
pdfsubject={},
pdfcreator={}}
\begin{document}
\maketitle
\tableofcontents
\vspace*{1cm}
\section{First section}
\label{sec-1}
\subsection{First frame}
\label{sec-1-1}
Introduction: why?
\subsection{Second frame}
\label{sec-1-2}
Objective is\ldots{}
\section{Second section}
\label{sec-2}
\subsection{Third frame}
\label{sec-2-1}
Conclusions are\ldots{}
\end{document}
--8<---------------cut here---------------end--------------->8---
Notable differences:
- No frames are created!?
- (detail) PDFCreator is not set to Org-mode blah-blah (wished like that?)
Am I missing something?
Best regards,
Seb
GNU Emacs 24.2.1 (i386-mingw-nt5.1.2600) of 2012-08-29 on MARVIN
Org-mode version 7.9.2 (release_7.9.2-428-ge2e545 @ d:/home/sva/src/org-mode/lisp/)
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-11 13:04 [New exporter] Wrong export to LaTeX Sebastien Vauban
@ 2012-10-11 13:21 ` Nicolas Goaziou
2012-10-11 16:52 ` Suvayu Ali
2012-10-11 13:45 ` Suvayu Ali
1 sibling, 1 reply; 18+ messages in thread
From: Nicolas Goaziou @ 2012-10-11 13:21 UTC (permalink / raw
To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
Hello,
"Sebastien Vauban"
<wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
> When I try to export the following ECM:
>
> #+LaTeX_CLASS: beamer
> #+LaTeX_CLASS_OPTIONS: [presentation]
[...]
> Notable differences:
>
> - No frames are created!?
> - (detail) PDFCreator is not set to Org-mode blah-blah (wished like that?)
>
> Am I missing something?
That's because Beamer is now a back-end on its own, not a patch over the
LaTeX one. In the old exporter, Beamer translation was triggered with
#+latex_class: beamer. This is not necessary anymore.
All you have to do is to (require 'org-e-beamer) and use the appropriate
entry in the dispatcher menu. You can have a Beamer translation on any
class, including article and so on.
That's why (add-to-list 'org-e-latex-classes "beamer" ...) doesn't make
much sense anyway (as suggested in another post).
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-11 13:04 [New exporter] Wrong export to LaTeX Sebastien Vauban
2012-10-11 13:21 ` Nicolas Goaziou
@ 2012-10-11 13:45 ` Suvayu Ali
2012-10-11 14:41 ` Sebastien Vauban
1 sibling, 1 reply; 18+ messages in thread
From: Suvayu Ali @ 2012-10-11 13:45 UTC (permalink / raw
To: emacs-orgmode
Hello Seb,
On Thu, Oct 11, 2012 at 03:04:42PM +0200, Sebastien Vauban wrote:
> Hi Nicolas,
>
> When I try to export the following ECM:
>
> --8<---------------cut here---------------start------------->8---
> #+LaTeX_CLASS: beamer
> #+LaTeX_CLASS_OPTIONS: [presentation]
> #+BEAMER_THEME: default
> #+COLUMNS: %45ITEM %10BEAMER_env(Env) %10BEAMER_act(Act) %4BEAMER_col(Col) %8BEAMER_opt(Opt)
> #+PROPERTY: BEAMER_col_ALL 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 0.0 :ETC
> #+OPTIONS: H:2
> #+BEAMER_FRAME_LEVEL: 2
The above line is not needed anymore. The OPTIONS line above determines
the structure. So in your case just remove the BEAMER_FRAME_LEVEL line
and everything should be good.
If you want to override a particular headline and want to export it as a
frame anyway, you can use org-beamer-mode to set that headline with the
frame environment.
Hope this helps.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-11 13:45 ` Suvayu Ali
@ 2012-10-11 14:41 ` Sebastien Vauban
2012-10-11 15:35 ` Suvayu Ali
0 siblings, 1 reply; 18+ messages in thread
From: Sebastien Vauban @ 2012-10-11 14:41 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hello Suvayu,
Suvayu Ali wrote:
> On Thu, Oct 11, 2012 at 03:04:42PM +0200, Sebastien Vauban wrote:
>> When I try to export the following ECM:
>>
>> --8<---------------cut here---------------start------------->8---
>> #+LaTeX_CLASS: beamer
>> #+LaTeX_CLASS_OPTIONS: [presentation]
>> #+BEAMER_THEME: default
>> #+COLUMNS: %45ITEM %10BEAMER_env(Env) %10BEAMER_act(Act) %4BEAMER_col(Col) %8BEAMER_opt(Opt)
>> #+PROPERTY: BEAMER_col_ALL 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 0.0 :ETC
>> #+OPTIONS: H:2
>> #+BEAMER_FRAME_LEVEL: 2
>
> The above line is not needed anymore. The OPTIONS line above determines
> the structure. So in your case just remove the BEAMER_FRAME_LEVEL line
> and everything should be good.
I know that -- but you're right repeating it anyway. If I have written it,
it's with the objective of having an ECM that compiles both with the new and
the old exporter.
However, I did not have the BEAMER_FRAME_LEVEL line to begin with the new
exporter, and it did not work. Reason why I tried the old one.
So, in my case, removing the above line does not solve anything.
There must be something obviously wrong somewhere (in my setup?) but I don't
find what at this moment...
> If you want to override a particular headline and want to export it as a
> frame anyway, you can use org-beamer-mode to set that headline with the
> frame environment.
>
> Hope this helps.
Not yet ;-(
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-11 14:41 ` Sebastien Vauban
@ 2012-10-11 15:35 ` Suvayu Ali
0 siblings, 0 replies; 18+ messages in thread
From: Suvayu Ali @ 2012-10-11 15:35 UTC (permalink / raw
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 580 bytes --]
Hi Sebastien,
On Thu, Oct 11, 2012 at 04:41:47PM +0200, Sebastien Vauban wrote:
>
> So, in my case, removing the above line does not solve anything.
>
> There must be something obviously wrong somewhere (in my setup?) but I don't
> find what at this moment...
>
I am attaching what I get with your ECM and my minimal emacs setup. I
hope that will help narrow it down.
I export like this:
$ emacs -Q --batch -l ~/.emacs.d/minimal-e-export.el beamer-test.org \
-f org-e-beamer-export-to-pdf -f kill-emacs
--
Suvayu
Open source is the future. It sets us free.
[-- Attachment #2: beamer-test.org --]
[-- Type: text/plain, Size: 405 bytes --]
#+LaTeX_CLASS: beamer
#+LaTeX_CLASS_OPTIONS: [presentation]
#+BEAMER_THEME: default
#+COLUMNS: %45ITEM %10BEAMER_env(Env) %10BEAMER_act(Act) %4BEAMER_col(Col) %8BEAMER_opt(Opt)
#+PROPERTY: BEAMER_col_ALL 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 0.0 :ETC
#+OPTIONS: H:2
* First section
** First frame
Introduction: why?
** Second frame
Objective is...
* Second section
** Third frame
Conclusions are...
[-- Attachment #3: beamer-test.tex --]
[-- Type: text/plain, Size: 1031 bytes --]
% Created 2012-10-11 Thu 17:31
\documentclass[presentation]{beamer}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{fixltx2e}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{soul}
\usepackage{textcomp}
\usepackage{marvosym}
\usepackage{wasysym}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{hyperref}
\tolerance=1000
\usetheme{default}
\author{Suvayu Ali}
\date{\today}
\title{beamer-test}
\hypersetup{
pdfkeywords={},
pdfsubject={},
pdfcreator={Generated by Org mode 7.9.2 in Emacs 24.2.50.1.}}
\begin{document}
\maketitle
\begin{frame}{Outline}
\tableofcontents
\end{frame}
\section{First section}
\label{sec-1}
\begin{frame}[label=sec-1-1]{First frame}
Introduction: why?
\end{frame}
\begin{frame}[label=sec-1-2]{Second frame}
Objective is\ldots{}
\end{frame}
\section{Second section}
\label{sec-2}
\begin{frame}[label=sec-2-1]{Third frame}
Conclusions are\ldots{}
\end{frame}
% Generated by Org mode 7.9.2 in Emacs 24.2.50.1.
\end{document}
[-- Attachment #4: beamer-test.pdf --]
[-- Type: application/pdf, Size: 44878 bytes --]
[-- Attachment #5: minimal-e-export.el --]
[-- Type: text/plain, Size: 1117 bytes --]
;;; Minimal setup to load latest `org-mode' and use org-export
;;; Code
(setq debug-on-error t
debug-on-signal nil
debug-on-quit nil)
(add-to-list 'load-path (expand-file-name "~/build/org-mode/lisp"))
(add-to-list 'load-path (expand-file-name "~/build/org-mode/contrib/lisp"))
;; load org-export and its backends
(load-library "org-export")
(load-library "org-e-latex")
(load-library "org-e-beamer")
(load-library "org-e-html")
(setq org-export-dispatch-use-expert-ui t ; non-intrusive export dispatch
org-e-latex-pdf-process ; for experimental org-export
'("pdflatex -interaction nonstopmode -output-directory %o %f"
"pdflatex -interaction nonstopmode -output-directory %o %f"
"pdflatex -interaction nonstopmode -output-directory %o %f"))
;; beamer export with the new exporter
(add-to-list 'org-e-latex-classes
'("beamer"
"\\documentclass\[presentation\]\{beamer\}"
("\\section\{%s\}" . "\\section*\{%s\}")
("\\subsection\{%s\}" . "\\subsection*\{%s\}")
("\\subsubsection\{%s\}" . "\\subsubsection*\{%s\}")))
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-11 13:21 ` Nicolas Goaziou
@ 2012-10-11 16:52 ` Suvayu Ali
2012-10-11 17:54 ` Nicolas Goaziou
0 siblings, 1 reply; 18+ messages in thread
From: Suvayu Ali @ 2012-10-11 16:52 UTC (permalink / raw
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1288 bytes --]
Hi Nicolas,
On Thu, Oct 11, 2012 at 03:21:06PM +0200, Nicolas Goaziou wrote:
>
>
> Hello,
>
> "Sebastien Vauban"
> <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>
> > When I try to export the following ECM:
> >
> > #+LaTeX_CLASS: beamer
> > #+LaTeX_CLASS_OPTIONS: [presentation]
>
> [...]
>
> > Notable differences:
> >
> > - No frames are created!?
> > - (detail) PDFCreator is not set to Org-mode blah-blah (wished like that?)
> >
> > Am I missing something?
>
> That's because Beamer is now a back-end on its own, not a patch over the
> LaTeX one. In the old exporter, Beamer translation was triggered with
> #+latex_class: beamer. This is not necessary anymore.
>
> All you have to do is to (require 'org-e-beamer) and use the appropriate
> entry in the dispatcher menu. You can have a Beamer translation on any
> class, including article and so on.
>
> That's why (add-to-list 'org-e-latex-classes "beamer" ...) doesn't make
> much sense anyway (as suggested in another post).
>
I believe you are refering to my minimal setup. However when I try to
export to beamer (Seb's ECM) without the
(add-to-list 'org-e-latex-classes '("beamer" ...))
bit, I get a backtrace (attached). Is that a bug?
--
Suvayu
Open source is the future. It sets us free.
[-- Attachment #2: debug.log --]
[-- Type: text/plain, Size: 13702 bytes --]
Debugger entered--Lisp error: (void-function org-macro-initialize-templates)
(org-macro-initialize-templates)
org-export-expand-macro((:author ("Suvayu Ali") :creator "Generated by Org mode 7.9.2 in Emacs 24.2.50.1." :date ((latex-fragment (:value "\\today" :begin 1 :end 7 :post-blank 0 :parent nil))) :description nil :email "jallad@kuru.dyndns-at-home.com" :exclude-tags ("noexport") :headline-levels 2 :keywords nil :language "en" :preserve-breaks nil :section-numbers t :select-tags ("export") :time-stamp-file t :title "beamer-test" :with-archived-trees headline :with-author t :with-clocks nil :with-creator comment :with-drawers nil :with-email nil :with-emphasize t :with-entities t :with-fixed-width t :with-footnotes t :with-inlinetasks t ...))
(if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let ((org-current-export-file buf)) (org-export-blocks-preprocess)))
(progn (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let ((org-current-export-file buf)) (org-export-blocks-preprocess))) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only))
(let ((buffer-invisibility-spec nil)) (org-clone-local-variables --original-buffer "^\\(org-\\|orgtbl-\\|major-mode$\\|outline-\\(regexp\\|level\\)$\\)") (insert --buffer-string) (mapc (lambda (ov) (move-overlay ov (- (overlay-start ov) --offset) (- (overlay-end ov) --offset) (current-buffer))) --overlays) (goto-char (point-min)) (progn (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let ((org-current-export-file buf)) (org-export-blocks-preprocess))) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only)))
(progn (let ((buffer-invisibility-spec nil)) (org-clone-local-variables --original-buffer "^\\(org-\\|orgtbl-\\|major-mode$\\|outline-\\(regexp\\|level\\)$\\)") (insert --buffer-string) (mapc (lambda (ov) (move-overlay ov (- (overlay-start ov) --offset) (- (overlay-end ov) --offset) (current-buffer))) --overlays) (goto-char (point-min)) (progn (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let ((org-current-export-file buf)) (org-export-blocks-preprocess))) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only))))
(unwind-protect (progn (let ((buffer-invisibility-spec nil)) (org-clone-local-variables --original-buffer "^\\(org-\\|orgtbl-\\|major-mode$\\|outline-\\(regexp\\|level\\)$\\)") (insert --buffer-string) (mapc (lambda (ov) (move-overlay ov (- (overlay-start ov) --offset) (- (overlay-end ov) --offset) (current-buffer))) --overlays) (goto-char (point-min)) (progn (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let ((org-current-export-file buf)) (org-export-blocks-preprocess))) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only)))) (and (buffer-name temp-buffer) (kill-buffer temp-buffer)))
(save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn (let ((buffer-invisibility-spec nil)) (org-clone-local-variables --original-buffer "^\\(org-\\|orgtbl-\\|major-mode$\\|outline-\\(regexp\\|level\\)$\\)") (insert --buffer-string) (mapc (lambda (ov) (move-overlay ov (- ... --offset) (- ... --offset) (current-buffer))) --overlays) (goto-char (point-min)) (progn (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let (...) (org-export-blocks-preprocess))) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only)))) (and (buffer-name temp-buffer) (kill-buffer temp-buffer))))
(with-current-buffer temp-buffer (unwind-protect (progn (let ((buffer-invisibility-spec nil)) (org-clone-local-variables --original-buffer "^\\(org-\\|orgtbl-\\|major-mode$\\|outline-\\(regexp\\|level\\)$\\)") (insert --buffer-string) (mapc (lambda (ov) (move-overlay ov (- ... --offset) (- ... --offset) (current-buffer))) --overlays) (goto-char (point-min)) (progn (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let (...) (org-export-blocks-preprocess))) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only)))) (and (buffer-name temp-buffer) (kill-buffer temp-buffer))))
(let ((temp-buffer (generate-new-buffer " *temp*"))) (with-current-buffer temp-buffer (unwind-protect (progn (let ((buffer-invisibility-spec nil)) (org-clone-local-variables --original-buffer "^\\(org-\\|orgtbl-\\|major-mode$\\|outline-\\(regexp\\|level\\)$\\)") (insert --buffer-string) (mapc (lambda (ov) (move-overlay ov ... ... ...)) --overlays) (goto-char (point-min)) (progn (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let ... ...)) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only)))) (and (buffer-name temp-buffer) (kill-buffer temp-buffer)))))
(with-temp-buffer (let ((buffer-invisibility-spec nil)) (org-clone-local-variables --original-buffer "^\\(org-\\|orgtbl-\\|major-mode$\\|outline-\\(regexp\\|level\\)$\\)") (insert --buffer-string) (mapc (lambda (ov) (move-overlay ov (- (overlay-start ov) --offset) (- (overlay-end ov) --offset) (current-buffer))) --overlays) (goto-char (point-min)) (progn (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let ((org-current-export-file buf)) (org-export-blocks-preprocess))) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only))))
(let ((--original-buffer (current-buffer)) (--offset (1- (point-min))) (--buffer-string (buffer-string)) (--overlays (mapcar (quote copy-overlay) (overlays-in (point-min) (point-max))))) (with-temp-buffer (let ((buffer-invisibility-spec nil)) (org-clone-local-variables --original-buffer "^\\(org-\\|orgtbl-\\|major-mode$\\|outline-\\(regexp\\|level\\)$\\)") (insert --buffer-string) (mapc (lambda (ov) (move-overlay ov (- (overlay-start ov) --offset) (- (overlay-end ov) --offset) (current-buffer))) --overlays) (goto-char (point-min)) (progn (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let ((org-current-export-file buf)) (org-export-blocks-preprocess))) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only)))))
(org-export-with-current-buffer-copy (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let ((org-current-export-file buf)) (org-export-blocks-preprocess))) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only))
(let ((buf (or (buffer-file-name (buffer-base-buffer)) (current-buffer)))) (org-export-with-current-buffer-copy (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let ((org-current-export-file buf)) (org-export-blocks-preprocess))) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only)))
(let* ((info (org-export-install-filters (org-export-get-environment backend subtreep ext-plist))) (tree (let ((buf (or (buffer-file-name ...) (current-buffer)))) (org-export-with-current-buffer-copy (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let (...) (org-export-blocks-preprocess))) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only))))) (setq tree (org-export-filter-apply-functions (plist-get info :filter-parse-tree) tree info)) (setq info (org-combine-plists info (org-export-collect-tree-properties tree info))) (let* ((body (org-element-normalize-string (org-export-data tree info))) (template (cdr (assq (quote template) (plist-get info :translate-alist)))) (output (org-export-filter-apply-functions (plist-get info :filter-final-output) (if (or (not ...) body-only) body (funcall template body info)) info))) (if org-export-copy-to-kill-ring (progn (org-kill-new output))) output))
(save-restriction (cond ((org-region-active-p) (narrow-to-region (region-beginning) (region-end))) (subtreep (org-narrow-to-subtree) (goto-char (point-min)) (forward-line) (narrow-to-region (point) (point-max)))) (let* ((info (org-export-install-filters (org-export-get-environment backend subtreep ext-plist))) (tree (let ((buf (or ... ...))) (org-export-with-current-buffer-copy (if noexpand nil (org-export-expand-include-keyword) (org-update-radio-target-regexp) (org-export-expand-macro info) (let ... ...)) (goto-char (point-min)) (run-hook-with-args (quote org-export-before-parsing-hook) backend) (org-element-parse-buffer nil visible-only))))) (setq tree (org-export-filter-apply-functions (plist-get info :filter-parse-tree) tree info)) (setq info (org-combine-plists info (org-export-collect-tree-properties tree info))) (let* ((body (org-element-normalize-string (org-export-data tree info))) (template (cdr (assq (quote template) (plist-get info :translate-alist)))) (output (org-export-filter-apply-functions (plist-get info :filter-final-output) (if (or ... body-only) body (funcall template body info)) info))) (if org-export-copy-to-kill-ring (progn (org-kill-new output))) output)))
(save-excursion (save-restriction (cond ((org-region-active-p) (narrow-to-region (region-beginning) (region-end))) (subtreep (org-narrow-to-subtree) (goto-char (point-min)) (forward-line) (narrow-to-region (point) (point-max)))) (let* ((info (org-export-install-filters (org-export-get-environment backend subtreep ext-plist))) (tree (let ((buf ...)) (org-export-with-current-buffer-copy (if noexpand nil ... ... ... ...) (goto-char ...) (run-hook-with-args ... backend) (org-element-parse-buffer nil visible-only))))) (setq tree (org-export-filter-apply-functions (plist-get info :filter-parse-tree) tree info)) (setq info (org-combine-plists info (org-export-collect-tree-properties tree info))) (let* ((body (org-element-normalize-string (org-export-data tree info))) (template (cdr (assq ... ...))) (output (org-export-filter-apply-functions (plist-get info :filter-final-output) (if ... body ...) info))) (if org-export-copy-to-kill-ring (progn (org-kill-new output))) output))))
org-export-as(e-beamer nil nil nil nil nil)
(let ((out (org-export-as backend subtreep visible-only body-only ext-plist noexpand))) (let ((temp-buffer (generate-new-buffer " *temp*"))) (save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn (insert out) (let ((coding-system-for-write org-export-coding-system)) (write-file file))) (and (buffer-name temp-buffer) (kill-buffer temp-buffer))))))
org-export-to-file(e-beamer "/home/jallad/tmp/org-test/beamer-test.tex" nil nil nil nil)
(let ((outfile (org-export-output-file-name ".tex" subtreep pub-dir))) (org-export-to-file (quote e-beamer) outfile subtreep visible-only body-only ext-plist))
org-e-beamer-export-to-latex(nil nil nil nil nil)
(org-e-latex-compile (org-e-beamer-export-to-latex subtreep visible-only body-only ext-plist pub-dir))
org-e-beamer-export-to-pdf(nil nil nil)
funcall(org-e-beamer-export-to-pdf nil nil nil)
(cond ((eql action (quote publish-current-file)) (org-e-publish-current-file (memq (quote force) optns))) ((eql action (quote publish-current-project)) (org-e-publish-current-project (memq (quote force) optns))) ((eql action (quote publish-choose-project)) (org-e-publish (assoc (org-icompleting-read "Publish project: " org-e-publish-project-alist nil t) org-e-publish-project-alist) (memq (quote force) optns))) ((eql action (quote publish-all)) (org-e-publish-all (memq (quote force) optns))) (t (funcall action (memq (quote subtree) optns) (memq (quote visible) optns) (memq (quote body) optns))))
(let* ((input (org-export-dispatch-ui (list org-export-initial-scope) nil org-export-dispatch-use-expert-ui)) (action (car input)) (optns (cdr input))) (cond ((eql action (quote publish-current-file)) (org-e-publish-current-file (memq (quote force) optns))) ((eql action (quote publish-current-project)) (org-e-publish-current-project (memq (quote force) optns))) ((eql action (quote publish-choose-project)) (org-e-publish (assoc (org-icompleting-read "Publish project: " org-e-publish-project-alist nil t) org-e-publish-project-alist) (memq (quote force) optns))) ((eql action (quote publish-all)) (org-e-publish-all (memq (quote force) optns))) (t (funcall action (memq (quote subtree) optns) (memq (quote visible) optns) (memq (quote body) optns)))))
org-export-dispatch()
call-interactively(org-export-dispatch record nil)
command-execute(org-export-dispatch record)
execute-extended-command(nil "org-export-dispatch")
call-interactively(execute-extended-command nil nil)
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-11 16:52 ` Suvayu Ali
@ 2012-10-11 17:54 ` Nicolas Goaziou
2012-10-12 10:24 ` Suvayu Ali
0 siblings, 1 reply; 18+ messages in thread
From: Nicolas Goaziou @ 2012-10-11 17:54 UTC (permalink / raw
To: Suvayu Ali; +Cc: emacs-orgmode
Hello,
Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
>> That's why (add-to-list 'org-e-latex-classes "beamer" ...) doesn't make
>> much sense anyway (as suggested in another post).
>>
> I believe you are refering to my minimal setup.
No, I was referring to Sébastien Vauban's previous post, in which he
suggested to add a default "beamer" entry in `org-e-latex-classes'.
> However when I try to export to beamer (Seb's ECM) without the
>
> (add-to-list 'org-e-latex-classes '("beamer" ...))
With a minimal setup, the ECM won't export because the file explicitly
asks for a "beamer" class, which isn't defined.
In other words, you can use Beamer back-end on any class, as long as
this class is defined in `org-e-latex-classes'. It doesn't have to be
named "beamer".
> bit, I get a backtrace (attached). Is that a bug?
This is strange. The error comes from a void function, although it is
defined in org.el. I suppose you get the error because you use
`load-library' instead of `require'. You may want to (load-library
"org") to fix it.
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-11 17:54 ` Nicolas Goaziou
@ 2012-10-12 10:24 ` Suvayu Ali
2012-10-12 11:06 ` Sebastien Vauban
2012-10-12 12:09 ` Nicolas Goaziou
0 siblings, 2 replies; 18+ messages in thread
From: Suvayu Ali @ 2012-10-12 10:24 UTC (permalink / raw
To: Nicolas Goaziou; +Cc: emacs-orgmode
Hi Nicolas,
Let me clarify to see if I understood things correctly.
On Thu, Oct 11, 2012 at 07:54:02PM +0200, Nicolas Goaziou wrote:
>
> > However when I try to export to beamer (Seb's ECM) without the
> >
> > (add-to-list 'org-e-latex-classes '("beamer" ...))
>
> With a minimal setup, the ECM won't export because the file explicitly
> asks for a "beamer" class, which isn't defined.
>
> In other words, you can use Beamer back-end on any class, as long as
> this class is defined in `org-e-latex-classes'. It doesn't have to be
> named "beamer".
>
Okay, I do follow this. However, doesn't LaTeX_CLASS determine what
goes into the \documentclass{class name} directive? If so, does having
\begin{frames}..\end{frames} in the exported tex make sense if the
documentclass directive says, for example, article?
What I'm getting at is, without the LaTeX_CLASS set to beamer, the
crucial \documentclass{beamer} directive is missing and the exported
LaTeX document won't be compilable[1]. Given the preceding comments are
correct, I would then say having a "beamer" class already defined in
org-e-beamer will save new users some trouble. Is my analysis valid, or
am I grossly wrong?
> > bit, I get a backtrace (attached). Is that a bug?
>
> This is strange. The error comes from a void function, although it is
> defined in org.el. I suppose you get the error because you use
> `load-library' instead of `require'. You may want to (load-library
> "org") to fix it.
>
I think I know what went wrong; I had misunderstood your comment
earlier and had exported with the beamer backend Seb's original ECM. Of
course it fails because it explicitly asks for the "beamer" class when
that was not defined.
Cheers,
Footnotes:
[1] I tried this with the LaTeX_CLASS set to article, and there were
errors in the exported pdf.
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-12 10:24 ` Suvayu Ali
@ 2012-10-12 11:06 ` Sebastien Vauban
2012-10-12 11:32 ` Sebastien Vauban
2012-10-12 12:05 ` Suvayu Ali
2012-10-12 12:09 ` Nicolas Goaziou
1 sibling, 2 replies; 18+ messages in thread
From: Sebastien Vauban @ 2012-10-12 11:06 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hi Suvayu and Nicolas,
Suvayu Ali wrote:
> On Thu, Oct 11, 2012 at 07:54:02PM +0200, Nicolas Goaziou wrote:
Explanation to my first problem: I was *missing* the require of org-e-beamer,
hence only got "plain" LaTeX back-end, and no extra menus for Beamer.
That's perfectly clear to me, now. Thanks.
> Let me clarify to see if I understood things correctly.
>
>>> However when I try to export to beamer (Seb's ECM) without the
>>>
>>> (add-to-list 'org-e-latex-classes '("beamer" ...))
>>
>> With a minimal setup, the ECM won't export because the file explicitly
>> asks for a "beamer" class, which isn't defined.
>>
>> In other words, you can use Beamer back-end on any class, as long as
>> this class is defined in `org-e-latex-classes'. It doesn't have to be
>> named "beamer".
>
> Okay, I do follow this. However, doesn't LaTeX_CLASS determine what
> goes into the \documentclass{class name} directive? If so, does having
> \begin{frames}..\end{frames} in the exported tex make sense if the
> documentclass directive says, for example, article?
>
> What I'm getting at is, without the LaTeX_CLASS set to beamer, the
> crucial \documentclass{beamer} directive is missing and the exported
> LaTeX document won't be compilable[1]. Given the preceding comments are
> correct, I would then say having a "beamer" class already defined in
> org-e-beamer will save new users some trouble. Is my analysis valid, or
> am I grossly wrong?
I have had once my ECM exported without the documentclass directive as well,
but I'm not 100% anymore of how I did it -- can't reproduce it right now.
Anyhow, this is still strange to me.
The important is that I now am able to compile the ECM with the new exporter
and get the desired results. Thanks!
However, I thought that LaTeX_CLASS had been renamed EXPORT_LaTeX_CLASS, but
when using the latter, I get frames inside an `article' documentclass type of
document -- while using `C-c E l O' (for Beamer)? That results in a weird
document...
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-12 11:06 ` Sebastien Vauban
@ 2012-10-12 11:32 ` Sebastien Vauban
2012-10-12 11:51 ` Nicolas Goaziou
2012-10-12 12:15 ` Suvayu Ali
2012-10-12 12:05 ` Suvayu Ali
1 sibling, 2 replies; 18+ messages in thread
From: Sebastien Vauban @ 2012-10-12 11:32 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hi Suvayu and Nicolas,
"Sebastien Vauban" wrote:
> Suvayu Ali wrote:
>> On Thu, Oct 11, 2012 at 07:54:02PM +0200, Nicolas Goaziou wrote:
>>
>> What I'm getting at is, without the LaTeX_CLASS set to beamer, the
>> crucial \documentclass{beamer} directive is missing and the exported
>> LaTeX document won't be compilable[1]. Given the preceding comments are
>> correct, I would then say having a "beamer" class already defined in
>> org-e-beamer will save new users some trouble. Is my analysis valid, or
>> am I grossly wrong?
>
> I have had once my ECM exported without the documentclass directive as well,
> but I'm not 100% anymore of how I did it -- can't reproduce it right now.
> Anyhow, this is still strange to me.
I've updated Org (as said in my last post): Org-mode version 7.9.2
(release_7.9.2-436-g9b11e6 @ d:/home/sva/src/org-mode/lisp/).
Then, restarted Emacs, launched the export dispatcher on my ECM:
--8<---------------cut here---------------start------------->8---
#+LaTeX_CLASS: beamer
#+LaTeX_CLASS_OPTIONS: [presentation]
#+BEAMER_THEME: mc
#+COLUMNS: %45ITEM %10BEAMER_env(Env) %10BEAMER_act(Act) %4BEAMER_col(Col) %8BEAMER_opt(Opt)
#+PROPERTY: BEAMER_col_ALL 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 0.0 :ETC
#+OPTIONS: H:2
* First section
** First frame
Introduction: why?
** Second frame
Objective is...
* Second section
** Third frame
Conclusions are...
--8<---------------cut here---------------end--------------->8---
... noticed that I did not get the Beamer extra menus in the dispatcher,
loaded the `org-e-beamer' library, re-exported to Beamer (`C-c E l O') and get
an uncompilable LaTeX file:
--8<---------------cut here---------------start------------->8---
% Created 2012-10-12 Fri 13:25
\usetheme{mc}
\author{Sebastien Vauban}
\date{\today}
\title{ecm}
\hypersetup{
pdfkeywords={},
pdfsubject={},
pdfcreator={}}
\begin{document}
\maketitle
\begin{frame}{Outline}
\tableofcontents
\end{frame}
\begin{enumerate}
\item First section
\label{sec-1}
\begin{frame}[label=sec-1-1]{First frame}
Introduction: why?
\end{frame}
\begin{frame}[label=sec-1-2]{Second frame}
Objective is\ldots{}
\end{frame}
\item Second section
\label{sec-2}
\begin{frame}[label=sec-2-1]{Third frame}
Conclusions are\ldots{}
\end{frame}
\end{enumerate}
\end{document}
--8<---------------cut here---------------end--------------->8---
Reason: no `documentclass' directive. Why? At this point, still a mystery to
me...
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-12 11:32 ` Sebastien Vauban
@ 2012-10-12 11:51 ` Nicolas Goaziou
2012-10-12 12:15 ` Suvayu Ali
1 sibling, 0 replies; 18+ messages in thread
From: Nicolas Goaziou @ 2012-10-12 11:51 UTC (permalink / raw
To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
Hello,
"Sebastien Vauban"
<wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
> Reason: no `documentclass' directive. Why? At this point, still a mystery to
> me...
You probably don't have a beamer entry in `org-e-latex-classes'.
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-12 11:06 ` Sebastien Vauban
2012-10-12 11:32 ` Sebastien Vauban
@ 2012-10-12 12:05 ` Suvayu Ali
2012-10-15 20:23 ` Sebastien Vauban
1 sibling, 1 reply; 18+ messages in thread
From: Suvayu Ali @ 2012-10-12 12:05 UTC (permalink / raw
To: emacs-orgmode
Hi Seb,
On Fri, Oct 12, 2012 at 01:06:24PM +0200, Sebastien Vauban wrote:
> Hi Suvayu and Nicolas,
[...]
>
> However, I thought that LaTeX_CLASS had been renamed EXPORT_LaTeX_CLASS, but
> when using the latter, I get frames inside an `article' documentclass type of
> document -- while using `C-c E l O' (for Beamer)? That results in a weird
> document...
>
I believe that is the property name only for subtree export. So when
exporting a file, use:
#+LaTeX_CLASS: beamer
for subtree export use:
* Beamer presentation
:PROPERTIES:
:EXPORT_LaTeX_CLASS: beamer
:END:
Hope this helps,
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-12 10:24 ` Suvayu Ali
2012-10-12 11:06 ` Sebastien Vauban
@ 2012-10-12 12:09 ` Nicolas Goaziou
2012-10-12 12:19 ` Suvayu Ali
1 sibling, 1 reply; 18+ messages in thread
From: Nicolas Goaziou @ 2012-10-12 12:09 UTC (permalink / raw
To: Suvayu Ali; +Cc: emacs-orgmode
Hello,
Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
> Okay, I do follow this. However, doesn't LaTeX_CLASS determine what
> goes into the \documentclass{class name} directive?
No. Key in `org-e-latex-class' is just a label. You can have an
association like:
("foo" "\\documentclass{article}" ...)
It is here to help you name different configurations.
> If so, does having \begin{frames}..\end{frames} in the exported tex
> make sense if the documentclass directive says, for example, article?
You can use article, or book document classes along with Beamer, i.e.
when you want to create handouts for your presentation. This requires to
load "beamerarticle" package (cf. Beamer documentation).
So, yes it can make sense to call Beamer back-end on an "article"
documentclass.
> What I'm getting at is, without the LaTeX_CLASS set to beamer, the
> crucial \documentclass{beamer} directive is missing and the exported
> LaTeX document won't be compilable[1]. Given the preceding comments are
> correct, I would then say having a "beamer" class already defined in
> org-e-beamer will save new users some trouble. Is my analysis valid, or
> am I grossly wrong?
Like in the LaTeX back-end, if you specify some class, you have to make
sure it does match an association in `org-e-latex-classes'. Though,
having a class named "beamer" isn't mandatory: you can have many classes
named differently and all using internally "\\documentclass{beamer}".
Also, I don't want to automatically modify a defcustom
(`org-e-latex-classes') once `org-e-beamer' is loaded. It isn't very
clean, even with careful checks.
`e-beamer' could also default to some header when provided class doesn't
match, but that looks ugly, too.
> Footnotes:
>
> [1] I tried this with the LaTeX_CLASS set to article, and there were
> errors in the exported pdf.
Because, in that case, your header must contain:
\usepackage{beamerarticle}
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-12 11:32 ` Sebastien Vauban
2012-10-12 11:51 ` Nicolas Goaziou
@ 2012-10-12 12:15 ` Suvayu Ali
1 sibling, 0 replies; 18+ messages in thread
From: Suvayu Ali @ 2012-10-12 12:15 UTC (permalink / raw
To: emacs-orgmode
On Fri, Oct 12, 2012 at 01:32:55PM +0200, Sebastien Vauban wrote:
> Hi Suvayu and Nicolas,
>
> "Sebastien Vauban" wrote:
> > Suvayu Ali wrote:
> >> On Thu, Oct 11, 2012 at 07:54:02PM +0200, Nicolas Goaziou wrote:
> >>
> >> What I'm getting at is, without the LaTeX_CLASS set to beamer, the
> >> crucial \documentclass{beamer} directive is missing and the exported
> >> LaTeX document won't be compilable[1]. Given the preceding comments are
> >> correct, I would then say having a "beamer" class already defined in
> >> org-e-beamer will save new users some trouble. Is my analysis valid, or
> >> am I grossly wrong?
> >
> > I have had once my ECM exported without the documentclass directive as well,
> > but I'm not 100% anymore of how I did it -- can't reproduce it right now.
> > Anyhow, this is still strange to me.
>
> I've updated Org (as said in my last post): Org-mode version 7.9.2
> (release_7.9.2-436-g9b11e6 @ d:/home/sva/src/org-mode/lisp/).
>
Org-mode version 7.9.2 (release_7.9.2-436-g9b11e6 @ ...)
> Then, restarted Emacs, launched the export dispatcher on my ECM:
>
$ emacs -nw -Q -l minimal.el ECM.org # only theme changed to default
Followed by M-x org-e-beamer-export-to-pdf RET, exports correct LaTeX
source which compiles without errors to a pdf.
Are you sure it is not something in your setup?
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-12 12:09 ` Nicolas Goaziou
@ 2012-10-12 12:19 ` Suvayu Ali
0 siblings, 0 replies; 18+ messages in thread
From: Suvayu Ali @ 2012-10-12 12:19 UTC (permalink / raw
To: Nicolas Goaziou; +Cc: emacs-orgmode
Hi Nicolas,
Your explanations below explains all the gaps in my understanding!
Thanks a lot and apologies for all the confusion.
:)
On Fri, Oct 12, 2012 at 02:09:02PM +0200, Nicolas Goaziou wrote:
> Hello,
>
> Suvayu Ali <fatkasuvayu+linux@gmail.com> writes:
>
> > Okay, I do follow this. However, doesn't LaTeX_CLASS determine what
> > goes into the \documentclass{class name} directive?
>
> No. Key in `org-e-latex-class' is just a label. You can have an
> association like:
>
> ("foo" "\\documentclass{article}" ...)
>
> It is here to help you name different configurations.
>
> > If so, does having \begin{frames}..\end{frames} in the exported tex
> > make sense if the documentclass directive says, for example, article?
>
> You can use article, or book document classes along with Beamer, i.e.
> when you want to create handouts for your presentation. This requires to
> load "beamerarticle" package (cf. Beamer documentation).
>
> So, yes it can make sense to call Beamer back-end on an "article"
> documentclass.
>
> > What I'm getting at is, without the LaTeX_CLASS set to beamer, the
> > crucial \documentclass{beamer} directive is missing and the exported
> > LaTeX document won't be compilable[1]. Given the preceding comments are
> > correct, I would then say having a "beamer" class already defined in
> > org-e-beamer will save new users some trouble. Is my analysis valid, or
> > am I grossly wrong?
>
> Like in the LaTeX back-end, if you specify some class, you have to make
> sure it does match an association in `org-e-latex-classes'. Though,
> having a class named "beamer" isn't mandatory: you can have many classes
> named differently and all using internally "\\documentclass{beamer}".
>
> Also, I don't want to automatically modify a defcustom
> (`org-e-latex-classes') once `org-e-beamer' is loaded. It isn't very
> clean, even with careful checks.
>
> `e-beamer' could also default to some header when provided class doesn't
> match, but that looks ugly, too.
>
> > Footnotes:
> >
> > [1] I tried this with the LaTeX_CLASS set to article, and there were
> > errors in the exported pdf.
>
> Because, in that case, your header must contain:
>
> \usepackage{beamerarticle}
>
>
> Regards,
>
> --
> Nicolas Goaziou
--
Suvayu
Open source is the future. It sets us free.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-12 12:05 ` Suvayu Ali
@ 2012-10-15 20:23 ` Sebastien Vauban
2012-10-15 20:42 ` Nicolas Goaziou
0 siblings, 1 reply; 18+ messages in thread
From: Sebastien Vauban @ 2012-10-15 20:23 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hi Nicolas and Suvayu,
Suvayu Ali wrote:
>> However, I thought that LaTeX_CLASS had been renamed EXPORT_LaTeX_CLASS, but
>> when using the latter, I get frames inside an `article' documentclass type of
>> document -- while using `C-c E l O' (for Beamer)? That results in a weird
>> document...
>
> I believe that is the property name only for subtree export. So when
> exporting a file, use:
>
> #+LaTeX_CLASS: beamer
>
> for subtree export use:
>
> * Beamer presentation
> :PROPERTIES:
> :EXPORT_LaTeX_CLASS: beamer
> :END:
Nicolas, do you confirm the fact that keywords differ whether they apply to
the file or to a subtree? If yes, wouldn't make sense to remove such a
distinction, or (at the other extreme of the spectrum) to make all keywords
share that same feature (prefixing with "EXPORT_" for subtrees)?
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-15 20:23 ` Sebastien Vauban
@ 2012-10-15 20:42 ` Nicolas Goaziou
2012-10-16 7:49 ` Sebastien Vauban
0 siblings, 1 reply; 18+ messages in thread
From: Nicolas Goaziou @ 2012-10-15 20:42 UTC (permalink / raw
To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
Hello,
"Sebastien Vauban"
<wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
> Suvayu Ali wrote:
>>> However, I thought that LaTeX_CLASS had been renamed EXPORT_LaTeX_CLASS, but
>>> when using the latter, I get frames inside an `article' documentclass type of
>>> document -- while using `C-c E l O' (for Beamer)? That results in a weird
>>> document...
>>
>> I believe that is the property name only for subtree export. So when
>> exporting a file, use:
>>
>> #+LaTeX_CLASS: beamer
>>
>> for subtree export use:
>>
>> * Beamer presentation
>> :PROPERTIES:
>> :EXPORT_LaTeX_CLASS: beamer
>> :END:
>
> Nicolas, do you confirm the fact that keywords differ whether they apply to
> the file or to a subtree?
Yes.
> If yes, wouldn't make sense to remove such a distinction, or (at the
> other extreme of the spectrum) to make all keywords share that same
> feature (prefixing with "EXPORT_" for subtrees)?
Note that it isn't a new feature from the new export engine, merely
a generalization from the old exporter, which already distinguished
#+DATE: and :EXPORT_DATE:, #+TITLE: and :EXPORT_TITLE:...
There's little incentive for users to create new keywords on the fly. On
the other hand, they may want to add node properties. That's why export
keywords should be made as simple as possible and export properties
should pollute as little namespace as possible.
Therefore, I think the current state is good. It will be properly
documented once the new exporter becomes mainstream (but the rule is
simple anyway).
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [New exporter] Wrong export to LaTeX
2012-10-15 20:42 ` Nicolas Goaziou
@ 2012-10-16 7:49 ` Sebastien Vauban
0 siblings, 0 replies; 18+ messages in thread
From: Sebastien Vauban @ 2012-10-16 7:49 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hi Nicolas,
Nicolas Goaziou wrote:
> "Sebastien Vauban" writes:
>> Suvayu Ali wrote:
>>>> However, I thought that LaTeX_CLASS had been renamed EXPORT_LaTeX_CLASS,
>>>> but when using the latter, I get frames inside an `article' documentclass
>>>> type of document -- while using `C-c E l O' (for Beamer)? That results in
>>>> a weird document...
>>>
>>> I believe that is the property name only for subtree export. So when
>>> exporting a file, use:
>>>
>>> #+LaTeX_CLASS: beamer
>>>
>>> for subtree export use:
>>>
>>> * Beamer presentation
>>> :PROPERTIES:
>>> :EXPORT_LaTeX_CLASS: beamer
>>> :END:
>>
>> Nicolas, do you confirm the fact that keywords differ whether they apply to
>> the file or to a subtree?
>
> Yes.
>
>> If yes, wouldn't make sense to remove such a distinction, or (at the other
>> extreme of the spectrum) to make all keywords share that same feature
>> (prefixing with "EXPORT_" for subtrees)?
>
> Note that it isn't a new feature from the new export engine, merely a
> generalization from the old exporter, which already distinguished #+DATE:
> and :EXPORT_DATE:, #+TITLE: and :EXPORT_TITLE:...
>
> There's little incentive for users to create new keywords on the fly. On the
> other hand, they may want to add node properties. That's why export keywords
> should be made as simple as possible and export properties should pollute as
> little namespace as possible.
>
> Therefore, I think the current state is good. It will be properly documented
> once the new exporter becomes mainstream (but the rule is simple anyway).
I'm glad that such a rule exists:
#+KEYWORD: for *file* export properties
|
v
#+EXPORT_KEYWORD: for *subtree* export properties
#+LaTeX_CLASS follows a rule which escaped me.
Your explanation does make a lot of sense. No change!
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2012-10-16 7:49 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-10-11 13:04 [New exporter] Wrong export to LaTeX Sebastien Vauban
2012-10-11 13:21 ` Nicolas Goaziou
2012-10-11 16:52 ` Suvayu Ali
2012-10-11 17:54 ` Nicolas Goaziou
2012-10-12 10:24 ` Suvayu Ali
2012-10-12 11:06 ` Sebastien Vauban
2012-10-12 11:32 ` Sebastien Vauban
2012-10-12 11:51 ` Nicolas Goaziou
2012-10-12 12:15 ` Suvayu Ali
2012-10-12 12:05 ` Suvayu Ali
2012-10-15 20:23 ` Sebastien Vauban
2012-10-15 20:42 ` Nicolas Goaziou
2012-10-16 7:49 ` Sebastien Vauban
2012-10-12 12:09 ` Nicolas Goaziou
2012-10-12 12:19 ` Suvayu Ali
2012-10-11 13:45 ` Suvayu Ali
2012-10-11 14:41 ` Sebastien Vauban
2012-10-11 15:35 ` Suvayu Ali
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.