From: "Thomas S. Dye" <tsd@tsdye.com>
To: Eric Schulte <schulte.eric@gmail.com>
Cc: Dan Davison <davison@stats.ox.ac.uk>, Emacs-orgmode@gnu.org
Subject: Re: org-babel: Meta-LaTeX-Python-Environment
Date: Tue, 27 Oct 2009 14:40:02 -1000 [thread overview]
Message-ID: <E7C9B8C4-139C-4E74-B2F6-C85D7D0C79AC@tsdye.com> (raw)
In-Reply-To: <m2bpjsxxa3.fsf@gmail.com>
On Oct 27, 2009, at 12:55 PM, Eric Schulte wrote:
> Torsten Wagner <torsten.wagner@gmail.com> writes:
>
>> Perhaps this will do what you want? When I run org-babel-tangle
>> on the following org file, and then
>> LaTeX the output, the resulting pdf file says: A bit of LATEX
>> code, with the result: 6
>
>> I just wonder if there is a more comfortable method rather then
>> creating a file.
>
> Although I still don't fully understand the need to embed latex
> *inside*
> of source-code blocks, perhaps the attached org-babel-latex.el file
> [1]
> will represent a simpler solution for embedding the results of
> source-code blocks in latex source-code blocks. It makes use of
> the :var org-babel header argument as shown in the attached example
> file
> [2]. To reproduce first load org-babel-latex.el and then evaluate the
> latex block (note the results are already in the file from my test
> evaluation).
>
> Hope this helps -- Eric
>
> Footnotes:
> [1] <org-babel-latex.el>
> [2] <latex.org>
Thanks for this, Eric. It looks neat. I was happy with all the
little .tex files, but agree with Torsten that this path is
potentially cleaner.
In response to the implicit question in your comment, perhaps there
isn't a need to embed LaTeX inside source blocks and the uses to which
I put them could be accomplished in org-mode without them. My
programming skills are pretty crude and I'm aware that I'm a long way
from understanding org-mode and its vast potential. With that caveat,
here is my $0.02.
First, practical reasons:
1) I'm comfortable writing LaTeX and am particular about the results;
it is hard for me to map the inverse transformation through the org-
mode LaTeX exporter to express in org the particular LaTeX result I'm
after.
2) Someone on the list (Carsten?) mentioned a couple of days ago that
it wasn't reasonable to expect the org LaTeX exporter to capture the
full complexity of LaTeX (I'm paraphrasing, but I think that was the
gist); I ran up against an example of this (or so I think) when trying
to configure export to beamer code, where beamer's use of columns
tripped me up.
Second, conceptual reasons:
1) I consider writing LaTeX to be programming (here I mean no
disrespect to real programmers) and appreciate being able to do
literate LaTeX programming; the LaTeX source blocks let me write my
beamer presentation a slide or two at a time, just as I want them,
along with an adjacent source block for my print document, just as i
want it, that covers the same conceptual space, while I use the
surrounding org entries to document why I am doing things a particular
way, etc.
2) I think this workflow, with an org-mode meta-document that
encapsulates the print document and presentation materials, along with
the SQL, R, and Python code used to create the datasets and analyze
them, takes org-babel a step closer to realizing its potential as a
tool for reproducible research. Here, I am thinking of an org
document that captures the ways in which a piece of research is one
logical path among many possibilities, implemented and expressed in
one particular way (or two, if you want to distinguish print from
presentation) among many possibilities.
The LaTeX source blocks in org-babel give me an easy and natural way
to accomplish these things. In the short time I've used them, they've
yielded results that impress me. I'm confident they hold much more
potential than I've been able to tap.
It is a real pleasure leveraging your good work.
Tom
next prev parent reply other threads:[~2009-10-28 0:40 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-26 4:27 org-babel: Meta-LaTeX-Python-Environment Torsten Wagner
2009-10-27 0:24 ` Dan Davison
2009-10-27 8:23 ` Thomas S. Dye
2009-10-27 14:57 ` Torsten Wagner
2009-10-27 22:55 ` Eric Schulte
2009-10-28 0:40 ` Thomas S. Dye [this message]
2009-10-28 15:19 ` Eric Schulte
2009-10-28 16:10 ` [babel] " Dan Davison
2009-10-28 16:49 ` Dan Davison
2009-10-28 16:52 ` Thomas S. Dye
2009-10-28 17:15 ` Eric Schulte
2009-10-28 18:46 ` Thomas S. Dye
2009-10-28 22:19 ` Eric Schulte
2009-10-29 6:55 ` Thomas S. Dye
2009-10-28 16:25 ` Thomas S. Dye
2009-10-27 13:29 ` Torsten Wagner
2009-10-29 15:52 ` [babel] Meta-LaTeX-Python-Environment Dan Davison
[not found] ` <4edb2bbc0910270625ybce9255nf569b5e250d061e1@mail.gmail.com>
2009-10-28 16:57 ` org-babel: Meta-LaTeX-Python-Environment Dan Davison
2009-10-29 4:52 ` [babel]org-babel: Meta-LaTeX-Python-Environment Torsten Wagner
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=E7C9B8C4-139C-4E74-B2F6-C85D7D0C79AC@tsdye.com \
--to=tsd@tsdye.com \
--cc=Emacs-orgmode@gnu.org \
--cc=davison@stats.ox.ac.uk \
--cc=schulte.eric@gmail.com \
/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).