PDF to Keynote converts PDF-based presentations (e.g., made using LaTeX with Prosper, Beamer or foiltex) into Apple's Keynote format.
Once translated into Keynote format, every page of your original PDF file becomes a PDF image, properly scaled and centered on its own slide. Although intended for presentations, you can also use it to create slides for the pages of regular documents.
Because each page of your original document becomes a PDF image, you can't easily edit those pages except by adding new content over the top to mask things out.
Wow, that's cool you say...? How do you get it? What does it cost?
- First, realize that PDF to Keynote is a Mac application. If you're not running OS X, you can't run PDF to Keynote.
- Click here to download PDF to Keynote (408K) (release notes for recent changes here).
- PDF to Keynote is “free”, but please consider making me happy by emailing me if you find it useful!
Yosemite, Mavericks & Mountain Lion Users
This application isn't signed (in fact it was written before Apple introduced code signing). To open it for the first time, find it in the Finder, control- click, and choose "Open".
If you run this version under Leopard, although Leopard supports 64-bit apps, I recommend that you set it to open as 32-bit -- most apps are 32-bit on Leopard and some of Apple's 64-bit libraries aren't quite as debugged as I might like. [In the Finder, open an inspector on the application, and click "Open as 32-bit".]
PDF to Keynote doesn't directly support the file format used by Apple's newest versions of Keynote (which is an undocumented proprietary binary format), but as of version 1.04 (released October 29, 2013), it does produce a rendition of the Keynote '09 format good enough to adequately please these tools. If you have an earlier version, you can either download the most recent version of PDF to Keynote, or open your document in Keynote '09 and resave it. This latter strategy is useful if you've got old documents made by an earlier version of PDF to Keynote.
PDF to Keynote doesn't run on the Apple iPad, nor directly support it. In fact, the program was last updated in August, 2009, before anyone had heard of iPads. But if you run it on a Mac, in theory the files it makes should work on an iPad, because iPad keynote can import Keynote '09 files. (If not, try loading into Keynote '09 on a Mac and resaving the file.)
Running Microsoft Windows…?
This application only runs on Macs running OS X. If you're running Windows, you're mostly out of luck.
Licensed for Free
As with most “free” software, it has a license agreement, so it isn't as free as, say, something in the public domain, nor (currently) as free as GNU-style free software. It's free like free beer that you can only drink after signing an agreement saying you won't hold anyone else responsible if the beer gets you drunk and you make a fool of yourself (or worse), nor will you sue for emotional distress if it doesn't taste as good as you hoped, and so forth.
Uses for PDF to Keynote
Possible uses include
Using Keynote as your presenter…
Make slides in your favorite tool but present them with Keynote. Great for people who make their slides in
Use Keynote to export PDF to other formats (e.g., as a QuickTime movie)…
You can do this with PDF slides, but you can also do it with documents. It's pretty wacky to see, say, the Keynote manual, played as a movie.
Convert your old slides into Keynote slides…
If you want to move over to Keynote, but have some investment in some other tool, you can ease that transition by using images of your existing slides as a starting point. If you can print or export to PostScript or PDF, you're all set. Possible sources include
- Claris Impact
- Scanned transparencies
You may even have access to an auto-feeding scanner that can make short work of scanning your old paper notes or transparences to a PDF file—many multifunction office copier/printers can do this task.
- Mark-up documents in OmniGraffle…
As a bonus, if you have a form in PDF or a PDF file for a fax that you want to annotate, PDF to Keynote can help. It also converts to OmniGraffle format, where you can add whatever annotations you need. (Why? Because we can!)
Presenting in Keynote has several advantages over Preview or Adobe Reader, including a highly configurable presenter display, rehearsal support, notes and annotations visible only to the presenter, and, of course, Keynote's trademark transitions.
OmniGraffle is cool! If you don't own it, you should (many folks got it free with their Mac, courtesy of Apple). Because of the way PDF to Keynote works, it was “trivial” (at least in theory) to also export to OmniGraffle.
PDF to Keynote began as a Perl script (called pdf2keynote). It was sometimes a bit slow, so I thought it would be nice if it had a graphical interface so you could watch its progress as it saved the file. I also figured that such a tool could be useful to more people than just me, but that most other people would would prefer a GUI application.
- Minor bugfix.
- Improve Keynote '09 export compatibility. Now works with QuickLook, Keynote 6.0 as well as iPad and iCloud Keynote.
- Issue a warning when people try to run PDF to Keynote as 64-bit on 10.5. (Also, recompiled so that it is 32-bit only on PowerPC.)
- Switch from using TrimBox by default to using CropBox (which works better with Preview's "Crop Pages" functionality). But in case people want to use any of the other various boxes PDF has, it's now user selectable via a preference. And in case people can't remember what it's supposed to be, there is also an option to reset the preferences back to their defaults.
- Compile as 64-bit for good citizenship in Snow Leopard, added support for more recent Keynote file formats (including iWork '09's zipfile-based bundles), fixed bug with automatic conversion when the file already exists.
Note: Under 10.5 Leopard, I recommend running as 32-bit [in the Finder, inspect the application and click open as 32-bit] because Apple's 64-bit PDF output libraries have some bugs not present in their 32-bit counterparts. You might speculate that there are no such issues in Snow Leopard, but I cannot confirm or deny such speculation because if I were testing the application under Snow Leopard, I would be under a non-disclosure agreement, which would be violated by comments such as "It works fine in 64-bit under Snow Leopard", so I offer no such comment.
- Fixed problem with
- Actually clip to PDF bounds
- Handle auto-save when file exists
- Added auto-save
- Added auto-open / auto-close
- Include the size of the current page as an available presentation size
MediaBoxto determine bounds of the image.
- Generalized file-format support (If you can write a Perl/Python/whatever script to make an index file for your favorite file format that's saved as a “bundle”, you can make PDF to Keynote write that format. Write the script, and edit Config.plist and Info.plist and you're done.)
- Provide names for the sizes
- Added OmniGraffle support
- Added basic AppleScript support, fixed minor bug
- Improved error checking on save, run under 10.3.9.
- Allow presentation size(s) to be customized via non-UI preferences, use
defaults write net.clawpaws.PDFtoKeynote presentationSizes '("600 x 800", "1600 x 1800")'and
defaults write net.clawpaws.PDFtoKeynote presentationSize "600 x 800"
- Fixed bug with rotated PDF files
- First public release (not widely publicized)
How Does it Work?
Many applications store their files in “packages”. You can examine these packages with the Finder's Show Package Contents contextual menu?try it on a Keynote document and you'll see that it is really just a folder containing all the images used in the document (as separate files) and an all-important file (index.apxl.gz in the case of Keynote) describing everything else about the document. PDF to Keynote creates the folder and the image files, and then calls a Perl script to build the necessary index.apxl.gz file. The Perl script is remarkably “dumb”—it just pieces together three templates: the opening stuff that the file needs to begin with, a piece that is repeated for each slide, and the closing stuff that the file needs to end with.
An XML Rant
Human-readable files are a good thing. Human editable files are good, too. If the file-formats of Keynote and OmniGraffle weren't, at least to some extent, human readable, I wouldn't have been able to write PDF to Keynote, at least not this way.
But go on, take a look at the XML produced by Keynote, especially versions two and three. It's barely readable?you need to be a masochist to wade your way through the grotesquely tangled and verbose mess. It is, in essence, a dump of the internal data structures used by Keynote. And it isn't writable by anything except Keynote, because only the authors of Keynote know exactly what the rules are for the composition of a Keynote XML file. I worked out how to convert to Keynote only by taking an existing file saved by Keynote and experimenting by trial and error to see what I could throw out and what seemed to be required. The Keynote XML format is so bad that it isn't merely an embarrassment to Apple, it actually makes baby Jesus cry.
Keynote XML format is just one of several examples of ill-thought-out use of XML. XML does have its place, but before choosing XML as a format, you should understand the trade-offs involved in that choice. Know when you should use XML, how you should use it, and what the alternatives are. In particular, be aware of
- XML rah-rah-ism—It's dying down a bit now, but there was a time when it seemed like everything needed to be done with XML, even when there was no real logic to doing so. If you want to use XML, please have a reason. Can you give an informed argument as to why you shouldn't just use a simple text format? If you can, cool, but otherwise, don't let marketing and fashion win over technical merit. Apple's decision to switch its Property List files from the simple and readable text-based OpenStep format to a far less readable XML format seems like a classic case of putting buzzword compliance ahead of techical merit.
- Syntax vs Semantics—XML “solves” the syntax problem, which is a problem that was already largely solved?most applications didn't need and don't benefit from the “new solution to the syntax problem” that XML provides. For many applications, OpenStep's textual Property Lists or Lisp's S-expressions provide a more compact and more elegant representation. XML does not solve the semantics problem. Even if a public DTD existed for the Keynote XML format (it doesn't), I can give you plenty of files that are valid XML that Keynote won't open.
So first, remember that XML is not a panacea—if you take crap and encode it in XML, it's still crap. Second, if you do use XML, you should either
- Keep things so simple that the structure of your XML files is blatantly obvious.
- Write a DTD for your XML, make it publicly available, and then document all the invariants for your files that can't be described in the DTD. For example, in your DTD, you might have defined rotation-angle as a floating-point number, but perhaps you should document that it is in degrees, not radians, and the valid range is -179.999 to +180.0; that rotation happens after the object is placed at the given x and y coordinates; and that rotation is performed at the bottom left corner, not the center. Those kinds of semantic details matter.
And remember, in the time it takes to write a DTD, you could have written a grammar specification for a parser generator like Yacc or Antlr.