Re: Re: epresent and Org-mode: using Emacs to run presentations of Org-mode docs

["Eric Schulte" <schulte.eric@gmail.com>]

Hi Seb,

Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:

> Hi Eric,
>
> "Eric Schulte" wrote:
>> Phil Hagelberg recently introduced me to epresent.el by Tom Tromey. It's a
>> very nice little utility for giving presentations using Emacs as the display
>> engine. Obviously I was aghast to learn that epresent didn't work with
>> Org-mode documents. I took the liberty of reworking it so that it runs off
>> of Org-mode documents and uses Org-mode both to structure the presentation
>> and to handle most of the fancy display elements.
>>
>> This re-working was mainly a series of quick hacks, and is certainly not
>> "mature" in any way. But I think it is usable in it's current state for
>> running simple presentations, and thought it may be interesting or of use to
>> people here. If you're interested check out the example presentation
>> included in the source code repository.
>>
>> http://github.com/eschulte/epresent
>> (instructions in the README)
>
> Just a typo in README: present.org, instead of presentation.org.
>

Thanks fixed.

>
> Quite promising for the rest, really!  Thanks once again, for all
> add-ons you provide us with...
>

Thanks, all credit goes to Carsten for making Org-mode so much fun to
extend.

>
> On the glitches side:
>

I'm sure there are still some bugs.  I definitely want to introduce this
more as "something that may be fun" rather than "supported software".

>
> - some titles are truncated because of their size
> - I did not see any image

I'll take a look, I don't think I ever tested with an image (aside from
the LaTeX preview image).

> 
> - Beamer's frame level is not supported (ending up with a couple of
>   really long slides)

This is one of those things that I don't think I'll ever really want to
implement as it begins to go beyond the complexity of what I consider a
simple tool.

> - having to scroll within a slide seems to edit the Org file somehow

My guess is that widening and narrowing the buffer is re-setting the
"edited" state of the buffer, but I can't say for sure.

> - "edited" Org file is not undo-able because of visibility troubles

Yea, epresent hides the cursor and the echo area, which makes any sort
of editing or navigation aside form using the built in functions a pain.
Maybe if scroll was bound to space-bar this could be fixed.

> 
> - error "outline-back-to-heading: before first heading"
>

When does this happen?

>
> But, once again, it gives a lot of hope to get right to the point of
> loosing a less time as possible, and lets us work on the contents of
> our file.
>

Here's hoping.

Cheers -- Eric

>
> Best regards,
>   Seb