[Orgmode] Re: [org-beamer] inline slides?

[Austin Frank]

On Thu, Jan 28 2010, Darlan Cavalcante Moreira wrote:

> I can see the merit of your idea about writing the slides when writing
> the thesis, but you could also create a "Presentation" headline at the
> and of the org file and put commented anchor and links in the the
> thesis and in the slides. This would allow you to easily jump from on
> to another.

Nice suggestion, thanks!  I don't tend to use links within the same
file, but I definitely see the application here.  I'd have to make sure
that those links weren't exported, but that's easily done.

> Another option would be splitting the frame in two windows, one
> showing the thesis and the other one showing the slides.

My issue with this approach is that I'll definitely be using org-babel
code blocks, and will want to use their output in both the thesis and
the presentation.  Named code and result blocks make this possible, as
long as components are in the same file.

Thanks for the ideas!
/au

-- 
Austin Frank
http://aufrank.net
GPG Public Key (D7398C2F): http://aufrank.net/personal.asc


pgpXCytVWjJmm.pgp
Description: PGP signature
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: [org-beamer] inline slides?

[Austin Frank]

On Wed, Jan 27 2010, Eric S Fraga wrote:


> I could see it being useful, along the lines of all the tangling
> examples in org-babel.

Yes!  Tangling of embedded code is a good comparison.

> more importantly, I often will prepare more than one presentation
> based on a given project and each presentation will be substantially
> different enough to make it difficult to embed slides.

> Yes, this I can see.  However, the type of different content you may
> wish to attach/embed will depend on its final purpose.  That is, in
> terms of presentations, who will be in the audience?

These are good points.  My inclination would be to handle variations on
the same talk using git.  For projects where this workflow makes sense,
I would write the initial paper and presentation together.  Upon
completion, I would make a git tag marking the finished state for that
version of the talk.  Subsequent talks could be created by creating a
branch.  In most cases, I would probably edit the slides-only version of
the file directly (rather than in the context of the original paper).

>> Since slides are mostly just headlines with special tags and properties,
>> at the end of the process I could easily selectively export just the
>> text of the dissertation or just the embedded slides.
>
> This begs the question: maybe an "export to org based on tags"
> function is all that is required?  And this is probably already
> implemented; I hesitate to suggest how or where, given my lack of
> awareness of all the various multitude of features of org-mode, but I
> can imagine that sparse trees could be part of any solution?

Yes, I think that the basis of the export function will be building a sparse
tree and then exporting the visible buffer.  I wouldn't say this is all that
is required, though.  I'd really like to have the

*** embedded slide
*** END

style of inline definition.  Again, this allows slides to be embedded
without changing the surrounding outline context.

> Just some thoughts...

Thanks!

/au

-- 
Austin Frank
http://aufrank.net
GPG Public Key (D7398C2F): http://aufrank.net/personal.asc


pgpqjNPRzo0CS.pgp
Description: PGP signature
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode