keynote-parser

keynote-parser is a Python module for unpacking and re-packing Apple Keynote .key files. It supports Keynote files generated by Keynote version 14.4 (current as of April 2025).

Keynote uses a proprietary, compressed binary format to store its presentations. This format is comprised of a zip file containing images and videos, as well as Snappy-compressed Protobuf .iwa files containing metadata, text, and all other definitions used in the presentation.

keynote-parser unpacks these component files into .yaml files in a directory, making them editable by text editors and/or scripts, then allows re-packing of these files into a working Keynote archive.

What could you use this for? Well, I use it to allow versioning of Keynote files in Git, which makes diffs more understandable (rather than binary), as well as modifying text in Keynote files in response to external scripts. (e.g.: figures that update from databases before giving a presentation)

Installation

uv pip install keynote-parser

Usage

# Unpack MyPresentation.key into ./MyPresentation/
keynote-parser unpack MyPresentation.key

# Re-pack ./MyPresentation/ into MyPresentation.out.key
keynote-parser pack ./MyPresentation/

# List the files within a Keynote archive
keynote-parser ls MyPresentation.key

# Dump a particular .iwa file into its yaml representation on stdout
keynote-parser cat MyPresentation.key /Index/Slide-00001.iwa

# Replace text within a Keynote file in-place
keynote-parser replace MyPresentation.key --find "hello world" --replace "hello dolly"

Formats

keynote-parser supports reading a list of replacements from a JSON file passed in as --replacements. This file must have the form:

{
  "replacements": [
    {
      "find": "regexp to search for",
      "replace": "string to replace with"
    },
    ...
  ]
}

This argument can be passed to keynote-parser replace to replace text in a Keynote file in-place. It can also be passed to keynote-parser pack to pack a directory into a Keynote file, replacing text along the way.

Replacing Images

The replacements json format can also be used to replace images in a Keynote file. To do so:

• Use the keynote-parser ls command to determine the name of the image to replace.
• Set the find pattern to the image's name, with the -\d\d\d suffix removed.
• Set the replace field to the local path to the replacement image.

keynote-parser will automatically rescale the replacement image to fit all of the sizes of the target image.

Compatibility

keynote-parser bundles the Protobuf schemas of several Keynote versions, and by default reads and writes using the newest one it has. That matters because Apple renamed a number of message types between releases - most visibly the Master to Template rename between Keynote 10.2 and 11.2 (24 types), and a TSK to TSCK move between 13.1 and 14.4 (36 types). A .yaml file written by an older keynote-parser therefore names types that the current schemas no longer contain.

Pass --keynote-version to read or write using a specific version's schemas:

# Read a .yaml written by a much older keynote-parser
keynote-parser pack ./MyPresentation/ --keynote-version 10.2

# Produce .yaml using an older version's type names
keynote-parser unpack MyPresentation.key --keynote-version 10.2

--keynote-version is accepted by unpack, pack, cat and replace. Run keynote-parser unpack --help to see the bundled versions.

Updates

As keynote-parser includes Protobuf definitions extracted from a copy of Keynote, new versions of Keynote will inevitably create .key files that cannot be read by keynote-parser.

Rebuilding the generated code

The generated Protobuf code is not checked in, so a fresh clone needs to build it once before the tests will run:

python dumper/run.py

This compiles the .proto files already in protos/versions/ using a pinned copy of protoc, downloaded into .protoc/ on first use. The pin matters: the generated code is only guaranteed to load under a google.protobuf at least as new as the protoc that produced it, so building with an arbitrary protoc from $PATH (Homebrew ships a very recent one) produces code that fails to import with:

google.protobuf.runtime_version.VersionError: Detected incompatible Protobuf
Gencode/Runtime versions ... Runtime version cannot be older than the linked
gencode version.

To use a specific protoc anyway, pass --protoc /path/to/protoc.

Adding support for a new version of Keynote

As keynote-parser includes Protobuf definitions extracted from a copy of Keynote, new versions of Keynote will inevitably create .key files that cannot be read by keynote-parser. When a new version of Keynote is installed, run the following on that macOS machine to regenerate the mappings and compiled Protobuf files:

PYTHONPATH=$PYTHONPATH:$(pwd) uv run \
  --python /opt/homebrew/bin/python3 \
  --with rich --with 'protobuf>=3.20.0rc1,<4' \
  python dumper/run.py --app-path "/Applications/Keynote.app"

This extracts the .proto files and message registry from the app bundle into protos/versions/<version>/, then compiles them as in the previous section.

Prerequisites:

• macOS with the new version of Keynote installed
• Homebrew Python: brew install python@3.13
• LLVM/LLDB matching that Python version: brew install llvm

protoc is not a prerequisite: it is pinned and downloaded automatically, as described above.

Notes:

• The interpreter matters. dumper/extract_mapping.py locates LLDB's Python bindings by matching the running interpreter's version against the installed LLVM, so uv's bundled Python will fail to find them. Hence the explicit --python /opt/homebrew/bin/python3.
• protobuf<4 is required for this step only. dumper/protodump.py uses Protobuf internals that were removed in version 4; it is imported lazily, so recompiling the checked-in protos (previous section) works with any supported protobuf.
• The app path may differ depending on the Keynote version installed (e.g. /Applications/Keynote 2025.app). Check your /Applications folder.
• The script briefly launches Keynote under the debugger to extract the type registry. Keynote may appear on screen momentarily — this is expected.
• No codesigning certificate is required: the script uses a local signing identity if one is available and falls back to ad-hoc signing (-) otherwise.
• The generated files (keynote_parser/versions/v*/generated/) are not committed to the repository and must be regenerated locally after cloning.

Troubleshooting

Unable to complete installation due to snappy-c.h not found.

snappy/snappymodule.cc:31:10: fatal error: 'snappy-c.h' file not found

This means you're missing the Snappy libraries. Install Snappy via whatever method your OS supports. e.g. brew install snappy, sudo apt-get install libsnappy-dev, etc.

Credits

keynote-parser was built by Peter Sobot but heavily based on prior work by Sean Patrick O'Brien. A copy of O'Brien's format documentation is included in the docs folder for posterity.

License

All code in this repository is licensed under the MIT License.

Copyright 2019-2025 Peter Sobot

Permission is hereby granted, free of charge, to any person obtaining a copy of this software
and associated documentation files (the "Software"), to deal in the Software without restriction,
including without limitation the rights to use, copy, modify, merge, publish, distribute,
sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or
substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING
BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM,
DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.