emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: "Thomas S. Dye" <tsd@tsdye.com>
To: Daniel Martins <danielemc@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Beamer support in Org-mode
Date: Sat, 19 Dec 2009 12:33:14 -1000	[thread overview]
Message-ID: <46810F0E-8972-409F-AA12-02654EFC12AC@tsdye.com> (raw)
In-Reply-To: <6ac505ad0912181301v65646abdrb3f5252b433114f0@mail.gmail.com>

Hi Daniel,

On Dec 18, 2009, at 11:01 AM, Daniel Martins wrote:

> \pnote could be an option
>
> Another idea is to reserve the lowest level to notes
>
> * section
> ** subsection
> *** frame
> etc
>
>
> ************** notes
>
> (I don't know how many *'s are needed)
>
> maybe we can set a number / variable
>
> like
>
> org-beamer-frame-level
>
> we could create
>
> org-beamer-notes-level
>
> Daniel
>
>
> 2009/12/18 Nick Dokos <nicholas.dokos@hp.com>:
>> Adam Spiers <orgmode@adamspiers.org> wrote:
>>
>>> On Tue, Dec 15, 2009 at 04:49:23PM -0300, Darlan Cavalcante  
>>> Moreira wrote:
>>>> In addition, while I also agree that footnotes shouldn't be in a  
>>>> presentation
>>>> they are allowed when working with beamer and may be useful in  
>>>> some cases. If
>>>> org-mode export footnotes as beamer notes then some months from  
>>>> now someone
>>>> would be asking here in the mailing-list how to enter a standard  
>>>> footnote when
>>>> exporting to beamer.
>>>
>>> I agree - unfortunately there are genuinely sensible uses of  
>>> footnotes
>>> in presentations.  For example, citation of sources for quotations,
>>> data etc. is ideally accomplished by footnotes: they are not used
>>> during the presentation itself, but by distributing paper and/or
>>> electronic copies after the talk, footnotes provide essential
>>> reference data for perusal by the audience at a later date.
>>>
>> I think that's an argument *for* Eric's idea (assuming that the  
>> handout
>> includes notes - that's my practice, but maybe not everybody does  
>> that,
>> although they *should* :-) ).
>>
>> In general, I think slides should be very simple: single-level lists,
>> single idea per slide, no footnotes - but I know that generalities  
>> like
>> that are just guidelines: meant to be broken, given a good enough  
>> cause.
>>
>>> Imagine a slide showing the results of a benchmark, claiming "X is
>>> much faster than Y!"  You might want to talk briefly about how the
>>> results were obtained, and about the impact of the results, but you
>>> would also need to be able to tell the audience they could
>>> independently verify the results by obtaining a copy of the slides  
>>> and
>>> visiting the URL contained in the footnote - especially if the  
>>> results
>>> are controversial!  In this case, it would not matter that the URL  
>>> was
>>> too small to be legible from the back of the room.
>>>
>>>
>>
>> How does inverting Eric's idea sound: invent a new kind of footnote,
>> let's call it, say, a "pnote", which is treated exactly like a  
>> footnote in
>> all exports *except* beamer. In beamer, footnotes end up in the frame
>> and pnotes end up in the notes.
>>
>> Not sure whether the implementation would be as simple as this  
>> makes it
>> sound, but who knows?[1]
>>
>> Thanks,
>> Nick
>>
>> [1] Well, OK: Carsten knows...
>>

FWIW, I like this idea.  I think it tracks the mapping between beamer  
and LaTeX very well.

In my experience, beamer slide shows are an aid in the spoken  
presentation of a LaTeX article.

Beamer does a good job of mapping the higher level LaTeX sectioning  
commands, with some themes that automatically display down to  
subsection.  To my mind, frames in beamer capture lower-level  
structure (e.g. subsubsection, paragraph, subparagraph) in their  
(often over-used) bulleted lists, and (more appropriately) the  
photographs, diagrams, maps etc. that are inserted as figures in the  
LaTeX article.  As others on the list have noted, LaTeX footnotes also  
map fairly directly to beamer footnotes.

This leaves most of the text of the article, which from my perspective  
maps to beamer notes.  Marking off notes with the headline below the  
last one that deals with frames and their paraphernalia seems natural  
to me.  The typical org-mode file that exports to LaTeX will have big  
chunks that transfer very readily to the notes sections of a beamer  
presentation.

I don't know whether the idea makes sense from the point of view of  
implementation, though, because I can't really read the org-mode Lisp  
code owing to my own illiteracy.

All the best,
Tom

  reply	other threads:[~2009-12-19 22:33 UTC|newest]

Thread overview: 94+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-31  8:37 Strange bug, request for more info Carsten Dominik
2008-01-31 10:32 ` Adam Spiers
2008-01-31 10:59   ` Hugo Schmitt
2008-01-31 11:54     ` Adam Spiers
     [not found]       ` <orgmode@adamspiers.org>
2008-01-31 16:19         ` Nick Dokos
2008-01-31 16:52           ` Adam Spiers
2008-01-31 17:35         ` Nick Dokos
2009-11-09 15:23         ` BUG: org-annotation-helper.el uses caddr without requiring cl Nick Dokos
2009-11-09 21:10           ` Sebastian Rose
2009-11-09 21:34             ` Carsten Dominik
2009-11-09 22:28               ` Sebastian Rose
2009-12-18 15:06         ` Beamer support in Org-mode Nick Dokos
2009-12-18 21:01           ` Daniel Martins
2009-12-19 22:33             ` Thomas S. Dye [this message]
2009-12-20 15:08               ` Darlan Cavalcante Moreira
2010-01-03 19:07                 ` Carsten Dominik
2010-01-03 23:22                   ` Russell Adams
2010-01-04  9:07                     ` Carsten Dominik
2010-01-04 14:49                       ` Darlan Cavalcante Moreira
2010-01-04 15:30                         ` Carsten Dominik
2010-01-05 17:21                         ` Carsten Dominik
2008-01-31 11:25   ` Strange bug, request for more info Carsten Dominik
2008-01-31 12:03     ` Adam Spiers
2008-01-31 14:09       ` Carsten Dominik
2008-01-31 15:33         ` Behavior Change/Bug: Agenda sorting of deadline items v > 4.73 Eric J Haywiser
2008-01-31 15:43           ` Carsten Dominik
2008-01-31 23:20             ` Eric J Haywiser
2008-02-01  8:28               ` Behavior Change/Bug: Agenda sorting of deadline itemsv " Egli Christian (KIRO 41)
2008-02-01 16:57                 ` Eric J Haywiser
2008-02-03  8:21                   ` Carsten Dominik
2008-01-31 13:59 ` Strange bug, request for more info Bernt Hansen
2008-01-31 19:59 ` Philip Rooke
2008-01-31 20:43   ` Jost Burkardt
2008-02-04 17:59 ` Ivan Kanis
2008-02-06 18:08 ` Jost Burkardt
2008-02-07  9:41   ` Carsten Dominik
2010-05-26  2:44 ` Bernt Hansen
2010-05-26  3:21   ` Samuel Wales
2010-05-26 11:35   ` Carsten Dominik
2010-05-27 11:39     ` Bernt Hansen
2010-05-27 17:32       ` John Wiegley
  -- strict thread matches above, loose matches on Subject: below --
2009-11-09 13:07 BUG: org-annotation-helper.el uses caddr without requiring cl Adam Spiers
2009-11-26 11:17 Beamer support in Org-mode Carsten Dominik
2009-11-26 11:26 ` Friedrich Delgado Friedrichs
2009-11-26 14:01 ` Sébastien Vauban
2009-11-26 14:54   ` Carsten Dominik
2009-11-26 17:53     ` Sébastien Vauban
2009-11-26 16:30 ` Nick Dokos
2009-11-26 16:47   ` Carsten Dominik
2009-11-26 18:29     ` Darlan Cavalcante Moreira
2009-12-10 16:09       ` Carsten Dominik
2009-12-10 16:50         ` Darlan Cavalcante Moreira
2009-12-10 17:28           ` Nick Dokos
2009-12-10 20:49             ` Mark Elston
2009-12-10 21:00               ` Thomas S. Dye
2009-12-10 22:02                 ` Mark Elston
2009-12-10 23:31                   ` Nick Dokos
2009-12-10 23:49                     ` Mark Elston
2009-12-11  8:05                       ` Carsten Dominik
2009-12-21 15:50                         ` Thomas S. Dye
2009-12-21 22:28                           ` Carsten Dominik
2009-12-10 21:05               ` Scot Becker
2009-12-15 15:51         ` Eric S Fraga
2009-12-15 19:07           ` Daniel Martins
2009-12-15 19:49             ` Darlan Cavalcante Moreira
2009-12-18 11:06               ` Adam Spiers
2009-11-26 16:49 ` Dan Davison
2009-11-26 16:57   ` Carsten Dominik
2009-11-27  8:02     ` Eric S Fraga
2009-11-27  9:09       ` Sébastien Vauban
2009-11-27 13:48         ` Carsten Dominik
2009-11-27 15:04           ` Sébastien Vauban
2009-11-27 18:40           ` Eric S Fraga
2009-11-27  8:01   ` Eric S Fraga
2009-11-26 17:04 ` Thomas S. Dye
2009-11-26 18:40   ` Dan Davison
2009-11-26 21:38     ` Sébastien Vauban
2009-11-26 21:47       ` Russell Adams
2009-11-27  8:15         ` Eric S Fraga
2009-12-04 10:23           ` Carsten Dominik
2009-11-26 23:51     ` Carsten Dominik
2009-11-27  9:13       ` Sébastien Vauban
2009-11-27 14:26       ` Stephan Schmitt
2009-12-02 16:27       ` Christian Egli
2009-11-27 14:21     ` Magnus Henoch
2009-11-27 15:31       ` Dan Davison
2009-11-27 16:43         ` S5 Slideschows / Presentations - was " Sebastian Rose
2009-11-26 17:10 ` Christoph Groth
2009-11-26 21:25   ` Sébastien Vauban
2009-11-26 18:26 ` Eric S Fraga
2009-11-29 18:03 ` Gray Calhoun
2009-11-29 20:19   ` Carsten Dominik
2009-11-30 23:21     ` Gray Calhoun
2009-12-22  0:11 Thomas S. Dye

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=46810F0E-8972-409F-AA12-02654EFC12AC@tsdye.com \
    --to=tsd@tsdye.com \
    --cc=danielemc@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).