emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <carsten.dominik@gmail.com>
To: Darlan Cavalcante Moreira <darcamo@gmail.com>
Cc: Russell Adams <RLAdams@AdamsInfoServ.Com>, emacs-orgmode@gnu.org
Subject: Re: Beamer support in Org-mode
Date: Tue, 5 Jan 2010 18:21:04 +0100	[thread overview]
Message-ID: <7F22A0F0-DA0E-46C0-91D3-2DEFB9471371@gmail.com> (raw)
In-Reply-To: <4b420007.0604c00a.63a8.ffffafc6@mx.google.com>

Hi everyone,

OK, I have now implemented notes.  Notes are generated from outline
nodes that have either a BEAMER_env property with value "note" or
"noteNH", or the corresponding tag "B_note" or "B_noteNH" (yes, for
this specific case, the tag is enough, to keep things more compact).

You can (in org-beamer-mode) select these with `C-c C-b n' and `C-c C- 
b N',
respectively.  With "note", the headline of the node will be
(part of) the note.  With "noteNH", the headline will be ignored
and only the node content will become the beamer note.

I hope this does the trick for most applications.

- Carsten



On Jan 4, 2010, at 3:49 PM, Darlan Cavalcante Moreira wrote:

>
> If a B_note tag is used in a headline for notes, it has the  
> advantage that it
> will be easier to see all the notes in the document (slides with  
> notes). Also,
> it would be easier to customize if the notes should be exported for  
> other
> formats other then beamer (since the user could simple exclude the  
> B_note tag).
>
> Regarding the headline itself, I think it would be better to ignore  
> it. AFAIK it
> is not possible to set a title for a note slide and using the  
> headline as the
> first note would limit what could be put in the first note.
>
> On the other hand, if #+BEGIN_BEAMER_NOTE ... #+END_BEAMER_NOTE is  
> used instead
> of a headline then org could advertise the use of yasnippets in the
> documentation and maybe also provide a snippet for this. Therefore,  
> writing the
> notes environment wouldn't be much of a problem, but a way of  
> avoiding exporting
> beamer notes to other formats would have to be implemented.
>
> - Darlan Cavalcante Moreira
>
> At Mon, 4 Jan 2010 10:07:10 +0100,
> Carsten Dominik <carsten.dominik@gmail.com> wrote:
>>
>>
>> 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
>>
>>
>>
>>
>>
>> _______________________________________________
>> 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

  parent reply	other threads:[~2010-01-05 17:22 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
2010-01-04 14:49                       ` Darlan Cavalcante Moreira
2010-01-04 15:30                         ` Carsten Dominik
2010-01-05 17:21                         ` Carsten Dominik [this message]
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=7F22A0F0-DA0E-46C0-91D3-2DEFB9471371@gmail.com \
    --to=carsten.dominik@gmail.com \
    --cc=RLAdams@AdamsInfoServ.Com \
    --cc=darcamo@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).