PicaJet

Reference Formats

PDF

PDF is a page-description file format, based on PostScript, that fixes text, vector graphics, and images on a page so a document looks identical across devices and printers.

Extension

.pdf

Full name

Portable Document Format

Introduced

January 1993 (public introduction); ISO 32000 open standard from 2008

Vendor

Adobe Systems

What is inside the container

A PDF page can combine embedded raster images, vector paths, embedded fonts, and structured text objects in a single fixed-layout page; later versions add layers, forms, attachments, 3D objects, and video/audio streams. Because it is a page-layout container rather than a single-asset format, a DAM often treats a PDF as both a distributable deliverable and a wrapper that may contain reusable source images or fonts worth extracting.

How to open it

Windows/Mac/Linux Adobe Acrobat Reader opens, annotates, and fills PDF forms free of charge
Browsers Chrome, Firefox, Safari, and Edge render PDF natively without a plug-in
macOS/iOS Preview and the built-in Files/Markup apps open, annotate, and merge PDFs
Cross-platform Open-source tools like Poppler, MuPDF, and PDF.js render or extract PDF content programmatically

For archives

For long-term DAM storage, normalize archival masters to PDF/A (ISO 19005), which requires embedded fonts and forbids external dependencies like linked media or encryption, precisely to guarantee future renderability. Keep the original as-delivered PDF as the working asset and generate the PDF/A copy as a preservation derivative, since PDF/A conversion can drop interactive features the source relied on.

Adobe co-founder John Warnock proposed the idea behind PDF in a 1991 internal paper for a project code-named Camelot, aiming to let any document be captured from any application and viewed or printed identically on any machine. Adobe built PDF on the page-description language of its own PostScript, and introduced the format publicly in January 1993 alongside the first release of Acrobat.

PDF stayed a proprietary Adobe format for its first 15 years, but Adobe published the specification and, in 2008, handed control to ISO, which now maintains it as ISO 32000. That transition — plus the free Acrobat Reader Adobe distributed from the start — made PDF the default format for contracts, reports, manuals, and print-ready deliverables across virtually every industry.

Inside a DAM, PDF is unusual among the formats it stores: it is often the finished deliverable (a brochure, spec sheet, or press kit) rather than raw source material, so metadata and search need to index embedded text and document properties, not just a thumbnail. Because a PDF can silently bundle non-PDF/A elements — encryption, external links, non-embedded fonts — that break long-term reproducibility, archival workflows should validate or convert to PDF/A on ingest rather than assuming any PDF is preservation-safe as delivered.

Frequently asked

What can a single PDF actually contain besides text?

A PDF page can combine embedded raster images, vector paths, embedded fonts, and structured text objects in a fixed layout; later versions add layers, forms, attachments, 3D objects, and even video or audio streams.

What's the difference between a working PDF and an archival PDF in a DAM?

The as-delivered PDF should be kept as the working asset, while a separate PDF/A (ISO 19005) copy is generated as the preservation derivative, since PDF/A requires embedded fonts and forbids external dependencies like linked media or encryption.

Why can't every PDF be assumed preservation-safe as delivered?

A PDF can silently bundle non-PDF/A elements — encryption, external links, non-embedded fonts — that break long-term reproducibility, so archival workflows should validate or convert to PDF/A at ingest rather than assuming any PDF is preservation-ready by default.

Does converting a PDF to PDF/A ever lose functionality?

Yes — PDF/A conversion can drop interactive features the source PDF relied on, which is why the original as-delivered PDF should be retained alongside the PDF/A derivative rather than replaced by it.

How should a DAM index PDF content for search?

Because a PDF is often the finished deliverable — a brochure, spec sheet, or press kit — rather than raw source material, metadata and search need to index embedded text and document properties, not just a generated thumbnail.

Can reusable source material be pulled out of a PDF asset?

Since a PDF is a page-layout container rather than a single-asset format, a DAM can treat it as both a distributable deliverable and a wrapper that may contain reusable source images or fonts worth extracting.

What software can render PDF without special licensing?

Adobe Acrobat Reader is free for viewing, annotating, and filling forms; all major browsers render PDF natively; macOS Preview handles annotation and merging; and open-source tools like Poppler, MuPDF, and PDF.js support programmatic rendering and extraction.

Why is PDF's standardization history relevant to DAM archival planning?

PDF stayed a proprietary Adobe format for its first 15 years before Adobe handed control to ISO in 2008 as ISO 32000, which underpins confidence in it for long-term storage — but that history also explains why older or vendor-specific PDF features may not conform cleanly to today's PDF/A preservation rules.

Sources

  • PDF was introduced at the Windows and OS/2 Conference in January 1993, with Acrobat tools released on June 15, 1993; it grew out of Adobe's 1991 Camelot project led by John Warnock. checked 2026-08-07prepressure.com: The history of PDF
  • PDF remained a proprietary format until Adobe released it as an open ISO standard in 2008. checked 2026-08-07Wikipedia: History of PDF