PicaJet

Reference Formats

WMF

WMF is Microsoft's original 16-bit vector graphics format, introduced with Windows 3.0 in 1990 as a device-dependent sequence of GDI drawing commands rather than a self-contained image description.

Extension

.wmf

Full name

Windows Metafile

Introduced

1990, with Windows 3.0

Vendor

Microsoft

What is inside the container

A WMF file is not a static picture description in the way SVG or EPS are; it is a recorded sequence of Windows GDI (Graphics Device Interface) function calls — metafile records — that get replayed to reconstruct the drawing. Because it was designed around Windows 3.x's 16-bit, device-dependent graphics model, rendering can vary by output device, and the format lacks the metadata and color-management features expected in modern DAM pipelines. WMF also has a documented history of security exploits tied to legacy escape codes retained for 16-bit backward compatibility.

How to open it

Windows Windows Photo Viewer, Paint, and Microsoft Office applications, which render WMF natively
Cross-platform LibreOffice, which imports WMF for editing and conversion
Cross-platform, open source / headless ImageMagick or Inkscape, for batch conversion to SVG, PNG, or PDF
Legacy embedded content Any application reading old OLE-embedded Office documents, where WMF is a common embedded vector graphic

For archives

WMF is a legacy, Windows/GDI-tied format that Microsoft itself superseded with EMF, and it carries a documented history of security vulnerabilities tied to obsolete escape codes kept for backward compatibility. A DAM should treat any WMF assets as conversion candidates — to SVG or PDF — both for cross-platform longevity and to avoid keeping an exploit-prone legacy format in active circulation.

WMF shipped with Windows 3.0 in 1990 as Windows’ native vector graphics format, later fully documented in the Windows 3.1 SDK in 1992. Rather than describing a picture as a static set of shapes the way SVG or EPS does, a WMF file records a sequence of calls to the Windows Graphical Device Interface (GDI) — the same API Windows itself used to draw on screen — and “replays” those calls to reconstruct the image. That made WMF fast and natural to generate from 16-bit Windows applications of the era, but also tied its rendering to the specific device context it was played back through.

WMF became the default vector format inside early Microsoft Office documents, embedded throughout Word, PowerPoint, and Publisher files for years, which is why it still turns up in DAM ingestion from organizations with long institutional document histories. Its most consequential technical flaw surfaced publicly in 2005: an obsolete escape code (the SETABORTPROC/ABORTDOC mechanism), retained purely for compatibility with old 16-bit programs, could be abused to execute arbitrary code when a crafted WMF file failed to render — tracked as CVE-2005-4560 and one of the more notable image-format security incidents of that decade.

Microsoft’s own answer to WMF’s device-dependence and 16-bit ceiling was EMF, and functionally WMF has been a legacy format for decades now. For a DAM, that combination of device-dependent rendering, no meaningful metadata support, and a real historical security incident makes WMF one of the clearer conversion candidates in this reference series — assets are better served rendered to SVG or PDF for both longevity and safety.

Frequently asked

Is a WMF file a static image description like SVG or EPS?

No. WMF is a recorded sequence of Windows GDI, or Graphics Device Interface, function calls, called metafile records, that get replayed to reconstruct the drawing, not a self-contained picture description.

Why does WMF pose a security concern for a DAM's ingestion pipeline?

WMF has a documented history of security exploits tied to legacy escape codes retained for 16-bit backward compatibility, so a DAM should treat WMF as a conversion candidate rather than keeping it in active circulation.

Can WMF rendering vary depending on the viewing device?

Yes. Because it was designed around Windows 3.x's 16-bit, device-dependent graphics model, rendering can vary by output device, unlike a device-independent format.

Does WMF support the metadata and color-management features a modern DAM expects?

No. WMF lacks the metadata and color-management features expected in modern DAM pipelines, being a legacy device-dependent format.

What format did Microsoft introduce to supersede WMF?

EMF, a 32-bit, device-independent successor introduced with Windows NT 3.1 in 1993, superseded WMF.

Where does a DAM commonly still encounter WMF files?

In legacy OLE-embedded content within old Office documents, where WMF is a common embedded vector graphic.

What should a DAM convert WMF assets to?

SVG or PDF, for both cross-platform longevity and to avoid keeping an exploit-prone legacy format in active circulation.

When was WMF introduced?

1990, with Windows 3.0, as Microsoft's original 16-bit vector graphics format.

Sources

  • WMF was introduced with Windows 3.0 as a 16-bit image format and was fully specified in volume 4 of the 1992 Windows 3.1 SDK documentation checked 2026-08-07Wikipedia, Windows Metafile
  • A WMF vulnerability involving the ABORTDOC/SETABORTPROC escape record allowed arbitrary code execution when rendering a crafted WMF file failed, tracked as CVE-2005-4560 checked 2026-08-07Wikipedia, Windows Metafile vulnerability