From: Carsten Dominik <carsten.dominik@gmail.com>
To: Russell Adams <RLAdams@AdamsInfoServ.Com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Beamer support in Org-mode
Date: Mon, 4 Jan 2010 10:07:10 +0100 [thread overview]
Message-ID: <443D1D25-EA97-41F6-A87C-637EFAB314A3@gmail.com> (raw)
In-Reply-To: <20100103232214.GC21336@thinkpad.adamsinfoserv.com>
On Jan 4, 2010, at 12:22 AM, Russell Adams wrote:
> Carsten,
>
> I've seen properties and sub-headlines proposed, but what about
> something like this, using quoting style to separate the notes from
> the slide?
>
> ** Slide
>
> - Slide content
> - Slide content
>
> #+BEGIN_BEAMER_NOTE
> Here are the class notes for this slide...
>
> #+END_BEAMER_NOTE
That is a possibility, but a lot of hassle to type for a short note.
Admittedly, properties are just as messy.
Maybe it should be
* BNOTE Here are the class notes for this slide...
more stuff....
- Carsten
>
> Maybe I'm coming in on the debate late...
>
> Thanks.
>
>
> On Sun, Jan 03, 2010 at 08:07:29PM +0100, Carsten Dominik wrote:
>> Hi everyone,
>>
>> after contemplating the \pnote proposal for beamer notes, I don't
>> think that this is, in the end, the right solution.
>>
>> Can't we just use headings with a TODO keyword BNOTE or with property
>> BNOTE
>> or so as the sources of notes?
>>
>> Or, even simpler, Or we could use a special value "note"
>> in the the BEAMER_env property to mark notes. This would be easy to
>> turn
>> on with the special editing code we already have, would automatically
>> be tracked by a B_note tag and in this way stay visible.
>>
>> Using marked nodes would avoid choosing a specific level for
>> such notes, and give the biggest flexibility.
>>
>> If we do this, then the following problem arises: An outline
>> node always has a headline and content. What should be do
>> with the headline? Should be throw it away? Or just make it
>> part of the note text? Maybe that would make the most sense.
>>
>> Input is again welcome!
>>
>> - Carsten
>>
>> On Dec 20, 2009, at 4:08 PM, Darlan Cavalcante Moreira wrote:
>>
>>>
>>> I also liked this idea. Since beamer does not track where the \note
>>> command is
>>> used inside the frame and just puts every note from that frame in
>>> the
>>> next
>>> "notes slide", then there is no loss if org-mode put several \note
>>> commands in
>>> the end of the frame environment when exporting. Therefore, a
>>> headline
>>> below the
>>> frame headline seems to be a good approach.
>>>
>>> Also, if the beamer notes are not desired when exporting to other
>>> formats one
>>> could add a tag to the "notes headline" and use the already
>>> available
>>> feature of
>>> not exporting headlines with a given tag.
>>>
>>> - Darlan Cavalcante Moreira
>>>
>>> At Sat, 19 Dec 2009 12:33:14 -1000,
>>> "Thomas S. Dye" <tsd@tsdye.com> wrote:
>>>>
>>>> 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
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>> - Carsten
>>
>>
>>
>>
>>
>> _______________________________________________
>> 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
>>
>
>
> ------------------------------------------------------------------
> Russell Adams RLAdams@AdamsInfoServ.com
>
> PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/
>
> Fingerprint: 1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
>
>
> _______________________________________________
> 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
- Carsten
next prev parent reply other threads:[~2010-01-04 9:07 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
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 [this message]
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=443D1D25-EA97-41F6-A87C-637EFAB314A3@gmail.com \
--to=carsten.dominik@gmail.com \
--cc=RLAdams@AdamsInfoServ.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).