From: "Sébastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
To: emacs-orgmode-mXXj517/zsQ@public.gmane.org
Subject: Re: Beamer presentation in the document
Date: Thu, 10 Jun 2010 23:36:05 +0200 [thread overview]
Message-ID: <87r5kevad6.fsf@mundaneum.com> (raw)
In-Reply-To: 87r5keolry.fsf@gmail.com
Hi Eric,
"Eric Schulte" wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> "Eric Schulte" wrote:
>>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>>>>
>>>> 1. How could I use the same table in the slides as in the document,
>>>> without copy/pasting it?
>>>
>>> The following babel solution should work.
>>> It uses a code block to copy the contents of the table into the presentation
>>> on export.
>>
>> I played a bit with this example. Remarks follow.
>>
>> 1. On the echo functionality itself, everything is perfect, but for
>> the horizontal lines that are not echo'ed.
>
> hlines are preservable with the :hlines header argument, see the example
> below [1].
OK. Thanks.
> Were working on integrating the babel documentation in the org-mode
> documentation which should really help in terms of making these more
> exotic header arguments accessible/discoverable to users.
Now that's we (/ I) can't live anymore without both of them, it'd clearly be
great having a unified documentation.
>> 2. For Babel, more generally, some remarks that I have for a while,
>>but always
>> forget to report (as you're allowed to consider them as "details" ;-)):
>>
>> - Babel does not find the tables if the `#+tblname: XXX' instruction is not
>> located at column 0 -- annoying for me, as I try to perfectly align all
>> the text and source code based on `org-indent'-like functionality;
>
> Good catch, this has been fixed.
Simply great. It caused me some minutes to understand why tables were reported
as not found...
>> - the `results' block is not "naturally" aligned either;
>
> Again, thanks for pointing this out. This has been fixed for results
> which already have an indented
>
> #+results:
>
> line
That's already great.
> for the first time a block is run the results will not be indented
> currently, although it would probably be worthwhile to default to indenting
> the results to the same level as the code block -- I'll add this as a TODO.
Less important, even if nice when it will be there.
>> - less a detail than the 2 above: would it be possible to leave
>> some text between the `call' and the `results': in this example, so
>> that the `align' statement does not move after the table whenever
>> we `C-c C-c' the block for executing the `echo'?
>
> See the example below [1], is it sufficient to squeeze the #+results
> line in between the #+attr_latex line and the table? If not I'll update
> the results handling so that we allow preservation of comment lines
> between #+results and it's contents.
Why only preserving comment lines? Why couldn't we imagine having the code
somewhere and the results much farther? Even twice the results -- that'd be a
work around for the echo command.
>>> I think I'll add the "echo" code block in the below example to the library
>>> of babel, so in the future this should work w/o having to include the code
>>> block in the file.
>>
>> I think so as well. This is a must for enabling us to insert slides into a
>> document. And something nobody else (PowerPoint, even plain LaTeX?) can do
>> (AFAIK).
>
> done.
Thanks a lot. I'll update tomorrow morning and test all of this.
> Thanks for all the great feedback! -- Eric
*Thank you very much*. Reporting is quite easy. Making it happen much less.
Thanks a lot for your continuous help, and quick resolution of my problems.
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
next prev parent reply other threads:[~2010-06-10 21:36 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-09 9:25 Beamer presentation in the document Sébastien Vauban
2010-06-09 17:18 ` Eric Schulte
2010-06-10 8:03 ` Sébastien Vauban
2010-06-10 17:11 ` Eric Schulte
2010-06-10 21:36 ` Sébastien Vauban [this message]
2010-06-10 21:55 ` Eric Schulte
2010-06-21 9:34 ` Sébastien Vauban
2010-06-10 8:36 ` Sébastien Vauban
2010-06-11 7:29 ` Sébastien Vauban
2010-06-21 9:46 ` Sébastien Vauban
2010-06-21 20:03 ` Eric S Fraga
2010-06-24 6:39 ` Carsten Dominik
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87r5kevad6.fsf@mundaneum.com \
--to=wxhgmqzgwmuf-genee64ty+gs+fvcfc7uqw@public.gmane.org \
--cc=emacs-orgmode-mXXj517/zsQ@public.gmane.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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.