PowerPoint to PDF

Why this one converts better than the others

Of the Office formats, PowerPoint is the one that turns into a PDF almost exactly — and it is worth knowing why, because it is a structural reason rather than a lucky one.

A Word document has to be re-flowed: it describes intent, and the layout engine decides where lines break. A spreadsheet has to be re-fitted onto paper it was never sized for. But a slide is already a fixed canvas. Every shape on it carries an explicit position and size, stored to the nearest 1/914400th of an inch, and that is exactly the model a PDF page uses. There is nothing to infer. A converter only has to read the coordinates and honour them.

What comes across

• Every shape at its exact position and size, in the original stacking order, including shapes inside groups — which carry their own nested coordinate space.
• Fills: solid, gradient with its real angle and colour stops, picture fills, and theme colours with the tint and luminance modifiers that turn one accent colour into six.
• Outlines with their true width, colour and dash pattern; rounded corners, ellipses and the common preset shapes.
• Text with its font, size, weight, colour, alignment, line spacing, bullets and numbering — and vertical anchoring, which is what puts a title on its intended baseline rather than at the top of its box.
• Pictures, including cropped ones, at the crop the deck specified.
• Tables with per-cell fills, borders, merged cells and column widths.
• The slide background, inherited from the layout or master when the slide itself does not set one.

The inheritance nobody sees

Here is the detail that separates a conversion that works from one that looks broken. Open a .pptx, look at the XML for a slide, and the title shape very often has no position at all. It is a placeholder: it inherits its position, size, font, size, colour and alignment from the slide layout, which in turn inherits from the slide master.

A converter that reads only the slide finds a shape with no coordinates and puts it at the top-left corner in a default font. Every title on every slide lands in the wrong place. Following the chain — slide, then layout, then master, matching placeholders by index first and type second — is not an optimisation. It is the difference between a deck and a mess.

Text that PowerPoint already shrank

When you type more into a text box than fits, PowerPoint quietly scales the text down and records the factor it used. That number has to be read and applied, because the box is reproduced at exactly the size the deck states — so text at full size would overflow it. It is a small field in the XML and the single most common cause of overflowing text in converted decks.

What is left out, and why

Charts and SmartArt do not render. A chart in a .pptx is a description of data series pointing at a cached table; SmartArt is the output of a layout engine rather than stored shapes. Drawing either means reimplementing that engine, and a diagram that looks approximately right while plotting the wrong values is worse than a visible gap. Animations, transitions and speaker notes are left out too — none of them means anything on paper.

The honest limitation that does affect ordinary slides is fonts. If a deck uses a typeface your device does not have, the browser substitutes the nearest match, and a substitute has different letter widths, so a line can wrap a word earlier or later. That applies to every tool that is not PowerPoint itself, including the server-based ones unless they happen to have your font installed.

Going the other way is a genuinely different problem — see turning a PDF into a slide deck, and why the text cannot come back editable. If you only need the PDF smaller before emailing it, compressing it is the next step.

The deck is unzipped and rendered in this tab and never sent anywhere, which matters for an unannounced product deck or anything under embargo. More on why that distinction matters.

Questions people ask

How to use it