[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] [ANN] Beamer back-end for org-export in contrib/
From: |
suvayu ali |
Subject: |
Re: [O] [ANN] Beamer back-end for org-export in contrib/ |
Date: |
Sat, 30 Jun 2012 20:46:41 +0200 |
Hi Nicolas,
On Sat, Jun 30, 2012 at 4:59 PM, Nicolas Goaziou <address@hidden> wrote:
> Hello,
>
[...]
> - Headlines become frames when their level is equal to
> `org-e-beamer-frame-level' (or "H" value in the OPTIONS line).
> Though, if an headline in the current tree has a "BEAMER_env" (see
> below) property set to "frame", its level overrides the variable.
The sectioning works wonderfully!
[...]
> On top of buffer keywords supported by `e-latex' back-end (see
> `org-e-latex-options-alist'), this back-end introduces the following
> keywords: "BEAMER_THEME", "BEAMER_COLOR_THEME", "BEAMER_FONT_THEME",
> "BEAMER_INNER_THEME" and "BEAMER_OUTER_THEME". All accept options in
> square brackets.
>
I tried a few of these out, works very well.
[...]
> Along with "BEAMER_env", headlines also support "BEAMER_act" and
> "BEAMER_opt" properties. The former is translated as an overlay/action
> specification (or a default overlay specification when enclosed within
> square brackets) whereas the latter specifies options for the current
> frame ("fragile" option is added automatically, though).
>
I tried a few these too, works well. I recall you saying you would add
more overlay support gradually; I would like to say it would be nice if
there is support for replace-like overlays (e.g. \only or \onslide). It
would be great if I can wrap blocks in these. To illustrate what I mean,
I can produce the above effect with the following ugly hack:
#+OPTIONS: H:2
* Section
** Frame title
Some more text
#+LATEX: \only<1>{%
*** Example block :B_exampleblock:
:PROPERTIES:
:BEAMER_env: exampleblock
:END:
Some example text
*** ignore :B_ignoreheading:
:PROPERTIES:
:BEAMER_env: ignoreheading
:END:
#+LATEX: }
#+LATEX: \only<2>{%
*** Theorem block :B_theorem:
:PROPERTIES:
:BEAMER_env: theorem
:END:
Some bla bla ∀ \mathcal{R}
*** ignore :B_ignoreheading:
:PROPERTIES:
:BEAMER_env: ignoreheading
:END:
#+LATEX: }
> Every plain list has support for `:overlay' attribute (through
> ATTR_BEAMER affiliated keyword). Also, ordered (resp. description)
> lists make use of `:template' (resp. `:long-text') attribute.
>
I wasn't clear what you meant here. Could you give an example? Did you
mean I can specify overlay specification for list items with the above
mechanism? I'm not clear on the syntax here.
I have another feature request (for the distant future) with regards to
lists; I would like to put tikz nodes in list items. I have tried that
in the past with very limited success. For an example, you can look
here:
<http://www.texample.net/tikz/examples/connecting-text-and-graphics/>
> Eventually, an export snippet with a value enclosed within angular
> brackets put at the beginning of an element or object whose type is
> among `bold', `item', `link', `radio-target' and `target' will control
> its overlay specifications. As an example[fn:1],
>
> *@@e-beamer:<2->@@some emphasized text*
>
> will be translated as
>
> \alert<2->{some emphasized text}
>
Again, this works wonderfully.
[...]
> Also, on the minor changes list, syntax for BEAMER_THEME and alike is,
> for example:
>
> #+BEAMER_THEME: Rochester [height=20pt]
>
I presume the beamer options go like the following?
#+LATEX_CLASS_OPTIONS: [smaller,presentation]
I have a question; are subtree exports supported yet?
Great work!
Cheers,
--
Suvayu
Open source is the future. It sets us free.