Take the 2-minute tour ×
TeX - LaTeX Stack Exchange is a question and answer site for users of TeX, LaTeX, ConTeXt, and related typesetting systems. It's 100% free, no registration required.

My typical approach is to write the paper in LaTeX, then (in a new file) to write the presentation in Beamer.

I am now getting to the point in my education/career where the first version of a paper and presentation won't be the last. The two will evolve together over some (hopefully not too long) period of time.

Is there a better way to handle this combined evolution? I already write all graphs and tables to file, so these continuously update, but are there any other techniques that help?

share|improve this question
You're looking for things beyond just using beamerarticle, I assume? –  Mike Renfro May 14 '12 at 14:30
@MikeRenfro -- Yes (although I didn't know about beamerarticle, which will come in handy elsewhere, I'm sure). I am just looking for any tips/tricks/packages on making the presentation match the paper. There may not be any other than starting the beamer file from a relatively finished version of the paper then updating the presentation as the paper evolves. –  Richard Herron May 14 '12 at 14:42
Maybe the laziest/lamest example would be keeping the section titles and organization the same. Or keeping the same tables and graphs in both files. –  Richard Herron May 14 '12 at 14:44
Right, which is part of what beamerarticle does. If you've not looked yet, see section 21.2 of the beamer user guide, particularly section 21.2.2 (Workflow). –  Mike Renfro May 14 '12 at 18:35
I have to admit that my advice would be: don't do this. What you present on the screen and what you present on paper should be thought out carefully for each medium, and what works well for one will not necessarily work well for the other. Trying to use the same bits in each will make you more focussed on "saving" effort and less on making the best of each medium with the result that at least one will suffer. Most likely the presentation, and if that isn't good then it won't persuade anyone to read the article. –  Loop Space May 14 '12 at 18:52

2 Answers 2

One good tip I think is to embed the code (e.g. R code) which generates your figures and tables in your document. This way generating a new version of the paper just requires you to recompile the entire document, including the scripts which generate the figures and tables. An example of such a system is the way R code and latex are merged using Sweave or knitr. You could put the code in a single repository, accesible by both the paper and tge presentation.

share|improve this answer
+1 for Sweave (knitr is next on the list for me to learn)! –  Richard Herron May 14 '12 at 19:21
This may or may not be relevant, but there are languages beyond R that allow inline code, e.g. Sage (superset of Python). (Also, this is similar, although not identical, to literate programming) –  huon-dbaupp May 15 '12 at 13:43

I agree with the comment saying that you should let the your article and your presentation be more or less independent in that the mediums are so different. What you can do to help with the issue of maintaining an article and a presentation of the same topic is to use some technology. Here are some things that might helpful:

  • Version control. With this you do not have to be afraid of making radical changes to your work because you can go back to earlier versions. Track you article with git and then branch when you want to convert it to a beamer presentation.
  • Templates. Make a beamer template so that you can easily get started on beamer presentations.
  • Org-mode. You can export both to LaTeX article and beamer presentation from Org-mode and it is all possible to track with version control.
share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.