Embedded OpenType traces back to Internet Explorer 4 in 1997, when Microsoft first built font-linking into a browser \u2014 years before WOFF or WOFF2 existed. The underlying problem was already familiar: type foundries would not license fonts for the open web if those fonts could simply be lifted from a linked file and reused without payment. Microsoft’s answer was to wrap the font in a proprietary container with subsetting, LZ-based compression (related to Agfa’s MicroType Express), and a “rooting” mechanism \u2014 an encrypted list of domains authorized to display the embedded font, checked by IE’s own decryption library. Microsoft submitted EOT to the W3C, first bundled into a 2007 CSS3 submission and then as a standalone specification on March 18, 2008, seeking broader adoption.<\/p>\n
The W3C ultimately did not adopt EOT as a recommendation, favoring the openly developed WOFF format instead, and no browser other than Internet Explorer ever implemented EOT rendering. That left EOT as a single-vendor, single-browser format for its entire working life, useful only as one entry in a multi-format @font-face fallback stack (alongside WOFF, TTF and SVG) during the transitional years when IE6-IE11 still commanded meaningful market share.<\/p>\n
For DAM purposes, EOT is almost entirely a historical concern rather than an active production format. A DAM that inherits an older website’s asset library may still hold .eot files generated for legacy IE support; these should be cataloged as deprecated renditions rather than refreshed or regenerated, since maintaining IE-only font delivery no longer serves any practical audience for the vast majority of sites. The one place EOT still matters to a DAM is licensing history: because EOT’s rooting mechanism ties a font file to specific domains, any archived EOT asset can be a useful record of which domains a foundry historically authorized for web embedding, even after the format itself is retired from active use.<\/p>\n
EOT’s DRM-oriented design \u2014 encryption plus a trusted-domain list \u2014 also foreshadowed the licensing conversations that persist around every web font format today: WOFF and WOFF2 dropped the built-in encryption but the underlying obligation, that a font file may only be embedded on domains the foundry has licensed, did not go away. A DAM tracking font assets should carry that licensing scope as explicit metadata regardless of which container format wraps the font.<\/p>","protected":false},"excerpt":{"rendered":"
EOT is a proprietary Microsoft container format that compresses and DRM-wraps TrueType or OpenType fonts for embedding in web pages, supported only by Internet Explorer.<\/p>\n","protected":false},"author":0,"featured_media":0,"template":"","meta":{"footnotes":"","faq":[{"question":"Is EOT still relevant for new web projects in a DAM's asset pipeline?","answer":"No \u2014 EOT should not be generated for new builds; it is supported only by legacy Internet Explorer, which is retired, and the W3C standardized WOFF\/WOFF2 instead."},{"question":"Why does EOT include encryption and a domain list?","answer":"Microsoft designed EOT with a 'rooting' mechanism \u2014 an encrypted list of authorized domains checked by Internet Explorer's decryption library \u2014 to reassure type foundries that embedded fonts couldn't be freely reused off the licensed site."},{"question":"Which browsers support EOT?","answer":"Only Internet Explorer, from version 4 (1997) through Internet Explorer 11; no other browser ever implemented EOT rendering."},{"question":"Did the W3C ever standardize EOT?","answer":"No \u2014 Microsoft submitted EOT to the W3C (a 2007 CSS3 submission, then a standalone submission on March 18, 2008), but the W3C developed and recommended WOFF instead."},{"question":"Can an archived EOT file be converted to a modern format?","answer":"Often yes, using tools like FontForge or dedicated EOT-to-TTF converters, though the result should still be checked against the original font's license terms before reuse, since EOT's subsetting may mean it lacks the full original character set."},{"question":"Should a DAM delete old EOT files from an inherited asset library?","answer":"Not necessarily delete, but they should be tagged deprecated\/legacy and excluded from active build pipelines; retaining them can preserve a licensing-history record of which domains were historically authorized."},{"question":"What compression does EOT use compared to WOFF?","answer":"EOT uses LZ compression related to Agfa's MicroType Express plus character subsetting; WOFF and WOFF2 instead use zlib and Brotli compression respectively, without EOT's built-in DRM\/encryption layer."},{"question":"Does EOT support the full OpenType\/TrueType character set?","answer":"Not typically \u2014 EOT files are usually subsetted to include only the characters actually used on the source page, which is part of how the format kept file sizes down."}],"checked_date":"2026-08-07","sources":[{"statement":"Font embedding was introduced with Internet Explorer 4 (released September 22, 1997); EOT supported in IE4 through IE11, no other browser.","source_name":"Wikipedia \/ web search cross-check","url":"https:\/\/en.wikipedia.org\/wiki\/Internet_Explorer_4","checked":"2026-08-07"},{"statement":"EOT was designed by Microsoft with subsetting, LZ compression (related to Agfa MicroType Express), and encrypted 'trusted roots' domain restriction.","source_name":"Wikipedia: Embedded OpenType","url":"https:\/\/en.wikipedia.org\/wiki\/Embedded_OpenType","checked":"2026-08-07"},{"statement":"Microsoft submitted EOT to the W3C in 2007 as part of a CSS3 submission (rejected), then resubmitted as a standalone submission March 18, 2008; W3C Submission page confirms EOT submission.","source_name":"W3C Member Submission: Embedded OpenType (EOT) File Format","url":"https:\/\/www.w3.org\/submissions\/EOT\/","checked":"2026-08-07"}],"kicker":"","fact_checker":0,"reading_time":0,"revisions":[],"seo_title":"","seo_description":"","noindex":false,"ext":"eot","full_name":"Embedded OpenType","vendor_name":"Microsoft","introduced":"Font embedding introduced with Internet Explorer 4 (1997); EOT format submitted to W3C as a standalone submission on March 18, 2008 (after an earlier 2007 CSS3 submission)","container_notes":"An EOT file wraps a subsetted TrueType\/OpenType font (typically reduced to only the characters used on the page), compressed with LZ compression related to Agfa's MicroType Express, and adds a header carrying font metadata plus DRM-style protections: an encrypted \"root string\" list of domains authorized to use the embedded font, checked by a proprietary decryption library in Internet Explorer. This rooting\/encryption mechanism, meant to reassure foundries against unauthorized reuse, is unique to EOT among the major web font containers.","open_with":[{"platform":"Legacy Internet Explorer (4 through 11)","how":"The only browser family that natively renders EOT-embedded fonts via @font-face; no other browser ever implemented support"},{"platform":"FontForge","how":"Can open\/inspect some EOT files and convert them to TTF\/OTF for reuse, subject to the font's original DRM\/subsetting"},{"platform":"eot2ttf \/ online converters","how":"Command-line and web-based EOT-to-TTF converters (e.g. Transfonter, CloudConvert) unpack the wrapped sfnt data for migration to modern formats"},{"platform":"Microsoft's WEFT (Web Embedding Fonts Tool)","how":"Microsoft's original legacy authoring tool for generating and rooting EOT files (Windows-only, largely obsolete)"}],"archive_advice":"EOT should be treated as a legacy format in any DAM: do not generate new EOT renditions for current projects, since it is unsupported outside old Internet Explorer and was rejected by the W3C in favor of WOFF. If legacy EOT files exist in an archive (e.g. from pre-2015 site builds), retain them only for historical\/compliance reference or IE11-support edge cases, tag them clearly as deprecated, and rely on the source desktop font plus WOFF\/WOFF2 renditions for all active and future web delivery.","related":[],"tool_link":""},"silo":[23],"class_list":["post-2993","format","type-format","status-publish","hentry","silo-formats"],"_links":{"self":[{"href":"https:\/\/picajet.com\/articles\/wp-json\/wp\/v2\/format\/2993","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/picajet.com\/articles\/wp-json\/wp\/v2\/format"}],"about":[{"href":"https:\/\/picajet.com\/articles\/wp-json\/wp\/v2\/types\/format"}],"version-history":[{"count":1,"href":"https:\/\/picajet.com\/articles\/wp-json\/wp\/v2\/format\/2993\/revisions"}],"predecessor-version":[{"id":3278,"href":"https:\/\/picajet.com\/articles\/wp-json\/wp\/v2\/format\/2993\/revisions\/3278"}],"wp:attachment":[{"href":"https:\/\/picajet.com\/articles\/wp-json\/wp\/v2\/media?parent=2993"}],"wp:term":[{"taxonomy":"silo","embeddable":true,"href":"https:\/\/picajet.com\/articles\/wp-json\/wp\/v2\/silo?post=2993"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}