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: Mon, 4 Jan 2010 16:30:47 +0100	[thread overview]
Message-ID: <38739911-71C1-4C52-AC00-25BE5620591C@gmail.com> (raw)
In-Reply-To: <4b420007.0604c00a.63a8.ffffafc6@mx.google.com>


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.


What I meant as an alternative would be to treat the headline as if it  
would be part of the normal text - which would make it easier to make  
simple, single-line notes.

So

    *** this is a note  :B_note:
	with more text


would actually translate to

  \note{This is a note
   with more text}

>
> 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.


That would be simple.  Beamer support hooks into ORg in many places,  
and we could simple use one of those hooks to remove these for  
everything that is not bermer export.

But what would be the advantage of using the #+BEGIN.... construct?
Maybe that you could define it in the middle of the plain list....

- Carsten

>
> - 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

  reply	other threads:[~2010-01-04 15:30 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 [this message]
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=38739911-71C1-4C52-AC00-25BE5620591C@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).