The Bitmap Era: 1960s-1980s
The earliest digital fonts were bitmap fonts, grids of pixels where each character was defined at a specific size. Each character existed as a rectangular array of on/off values. The representation was simple, fast to render, and perfectly suited to the raster displays and dot-matrix printers of the era. It was also fundamentally limited: a font defined at 12 points could only display at 12 points without visible degradation.
The concept dates to the 1960s, when mainframes used fixed-width bitmap characters for terminal output. Early displays like the IBM 3270 (1971) and DEC VT100 (1978) used character ROM chips containing bitmap glyphs. The Xerox Alto (1973), the first computer with a graphical user interface, used proportional bitmap fonts for on-screen display , an innovation that directly influenced the Macintosh interface a decade later.
Donald Knuth's Metafont system (1979) was among the earliest attempts at programmatically described scalable fonts, using mathematical equations to generate bitmaps at specified resolutions, an important intellectual predecessor to outline font technology.
Apple's original Macintosh (January 1984) shipped with bitmap fonts designed by Susan Kare, a graphic designer with no prior experience in digital typography. Kare created the original Mac system fonts, Chicago, Geneva, Monaco, and Cairo, as pixel art, carefully crafting each glyph at the specific sizes that would appear on the Mac's 72 dpi screen. Chicago remained the Mac's system font until 1999.
The fundamental limitation of bitmap fonts, that each size required a separate, hand-crafted bitmap file, was becoming untenable by the mid-1980s. A complete font family might require dozens of separate files for different sizes, weights, and styles. The industry needed a way to describe font shapes mathematically, so that a single description could be rendered crisply at any size.
Key Bitmap Era Milestones
- 1960s-70s: Fixed-width bitmap characters in terminal ROMs
- 1973: Xerox Alto introduces proportional bitmap fonts for GUI display
- 1979: Donald Knuth releases Metafont, the first algorithmically described fonts
- 1984: Susan Kare designs Chicago, Geneva, Monaco for the original Macintosh
- 1984: Adobe PostScript and Type 1 begin rendering the bitmap era obsolete
The PostScript Revolution: 1984
Before PostScript, professional typesetting was the exclusive domain of specialists using dedicated, expensive equipment. A skilled typographer operating a Linotype or Phototypesetter machine was required to produce the kind of polished, proportionally spaced text readers expected in print. Desktop computers could produce text, but it was coarse bitmap-based output unsuitable for professional production.
Adobe Systems was founded in December 1982 by John Warnock and Charles Geschke, two researchers who had left Xerox PARC after Xerox declined to commercialize their work on a page description language called Interpress. Adobe released PostScript in 1984 as a device-independent page description language: a PostScript file describes a page in mathematical terms that can be rendered on any compatible device at any resolution.
The same file used to proof a document on a desktop laser printer could go directly to a high-end print service for final production without modification. This resolution independence was revolutionary. Adobe's first major customer was Apple Computer, Steve Jobs personally negotiated the deal that put PostScript inside the Apple LaserWriter printer, reportedly paying Adobe $2.5 million for a license.
Adobe Type 1 Fonts
Adobe Type 1 fonts, introduced alongside PostScript in 1984, were the first widely-adopted scalable outline fonts for personal computers. Type 1 used cubic Bezier curves (defined by four control points) to describe each glyph outline. Cubic curves are highly expressive, a single cubic segment can describe a wider range of curve shapes than a quadratic counterpart.
The format included "hints", instructions that improved rendering at small sizes by snapping outline features to pixel boundaries. Critically, Adobe encrypted this hinting data using a proprietary algorithm. While anyone could theoretically create PostScript fonts, only fonts using Adobe's hinting technology achieved optimal quality at text sizes on screen displays. This encryption was the foundation of Adobe's monopoly.
Type 1 File Structure (Mac)
- • Screen font (suitcase), bitmap previews at standard sizes
- • Printer font (.pfb), PostScript outline data
- • Both files required for proper operation
Type 1 File Structure (PC)
- • .pfb, Printer Font Binary (outline data)
- • .pfm, Printer Font Metrics
- • .afm, Adobe Font Metrics (optional)
The LaserWriter and Desktop Publishing
The Apple LaserWriter, introduced in March 1985 at $6,995 (approximately $20,000 in 2026 dollars), was the first laser printer to include a built-in PostScript interpreter. The LaserWriter contained its own Motorola 68000 processor, as powerful as the Macintosh itself , and 512 KB of RAM dedicated entirely to running the PostScript interpreter and rendering pages.
Combined with Aldus PageMaker (released July 1985, developed by Paul Brainerd) and the Macintosh, the LaserWriter launched what Brainerd himself coined as "desktop publishing." This trio of technologies allowed small businesses, nonprofits, schools, and individual entrepreneurs to produce professional-quality printed materials for the first time without access to expensive commercial typesetting equipment.
The LaserWriter shipped with 13 built-in Type 1 fonts in ROM: four faces each of Times, Helvetica, and Courier, plus the Symbol typeface. These thirteen fonts became the foundation of a generation's typographic vocabulary. By 1987, the desktop publishing industry was worth over $1 billion. Adobe's PostScript licensing revenue grew from $1.6 million in 1984 to $16 million in 1986.
The Type 1 Monopoly
From 1984 to 1990, Adobe maintained a highly profitable monopoly on high-quality scalable font technology. The encrypted Type 1 specification was not public, forcing font foundries to license Adobe's technology or produce inferior results. Adobe controlled roughly 70% of the PostScript font market.
Adobe Type Manager (ATM), released in 1989, extended Type 1's reach by allowing PostScript fonts to render smoothly on screen without bitmap screen fonts. Previously, Type 1 fonts looked excellent when printed but appeared as jagged bitmaps on screen at sizes between the stored bitmap sizes. ATM used the PostScript outline data to render smooth glyphs at any screen size, dramatically improving on-screen experience.
The monopoly frustrated both Apple and Microsoft, who paid significant royalties to Adobe for font rendering on their platforms. Adobe's font business was among the most profitable segments of any technology company in the late 1980s. This dynamic would not last.
PostScript's Lasting Impact
PostScript's cubic Bezier curve technology lives on in every modern font format. OpenType's CFF (Compact Font Format) tables contain PostScript-style cubic outlines , meaning every .otf font file is fundamentally a PostScript font in a new container. PDF, introduced by Adobe in 1993 as a successor to PostScript, remains the world's standard for document exchange (ISO 32000 since 2008). Adobe officially deprecated Type 1 fonts in January 2023, but the underlying technology lives on in every OpenType file you read today.
History of TrueType: 1989-1992
When Apple announced TrueType in 1989, it fundamentally altered the balance of power in digital type and ended Adobe's stranglehold on high-quality scalable fonts. Apple began development in the late 1980s as a direct response to Adobe's control over the PostScript font market. Apple's motivation was to create a royalty-free alternative that would give them control over font rendering on the Macintosh without depending on Adobe.
The project was initially codenamed "Bass" (later "Royal") within Apple, with access limited to a small team. TrueType was publicly announced at the Seybold publishing conference in September 1989 by Apple and Microsoft jointly. Apple CEO John Sculley presented the technology as a way to free the industry from Adobe's pricing control. The announcement forced Adobe to respond quickly, ultimately leading them to open the previously secret Type 1 specification in March 1990.
Sampo Kaasila and the Technical Design
Finnish-born engineer Sampo Kaasila was the primary architect of TrueType at Apple. He designed the TrueType rasterizer, the mathematical engine that converts outline font data into the pixel grids that screens display. Kaasila's rasterizer had to produce sharp, readable text at sizes as small as 8 or 9 pixels tall on the low-resolution screens of the late 1980s.
One of Kaasila's most significant contributions was the design of TrueType's hinting instruction set. TrueType hinting instructions are embedded as a bytecode program executed by the rasterizer, a virtual machine approach more powerful than PostScript Type 1's declarative hints. TrueType hinting allowed font designers to precisely control pixel placement at small sizes, snapping specific points to grid positions and controlling how strokes thickened or thinned at different resolutions.
The complexity of TrueType hinting became both its greatest strength and a practical limitation. While the system could produce exceptional results, creating high-quality TrueType hints required specialized expertise that few type designers possessed.
Quadratic vs Cubic Bezier Curves
TrueType's key technical decision was using quadratic Bezier curves rather than the cubic curves used by PostScript Type 1. This difference has practical implications for designers and tools that persist today.
TrueType: Quadratic Curves
- • 3 control points (start, off-curve, end)
- • Simpler mathematics, faster to rasterize
- • Better for low-power hardware of late 1980s
- • Requires more points for complex curves
- • Used by: .ttf, OpenType with TT outlines
PostScript: Cubic Curves
- • 4 control points (start, 2 off-curve, end)
- • More expressive, preferred by type designers
- • Fewer points needed for complex shapes
- • Heavier computation cost per curve
- • Used by: Type 1, .otf with CFF outlines
At the time of TrueType's development (1987-1989), personal computers had limited processing power, and font rasterization needed to be fast on hardware without dedicated graphics processors. Quadratic Bezier curves require fewer floating-point operations than cubic curves. This is why OpenType, introduced in 1996, supports both outline types within the same container, fonts originally designed as TrueType retain quadratic outlines, while fonts designed in PostScript tools retain cubic CFF outlines.
Microsoft Licenses TrueType
In 1989, Microsoft licensed TrueType from Apple as part of a broader technology exchange agreement. Microsoft received TrueType technology, while Apple received access to Microsoft's virtual memory technology for use in future Mac operating systems. Microsoft engineer Greg Hitchcock led the effort to implement TrueType support in Windows.
Microsoft also invested heavily in creating TrueType versions of core fonts, commissioning the "Core fonts for the Web" project that produced Arial (a Helvetica-inspired design by Monotype), Times New Roman (Monotype's adaptation of the classic Times typeface), Courier New, Verdana (designed by Matthew Carter specifically for screen legibility), Georgia (also by Carter), and other typefaces that became de facto standards on Windows worldwide.
TrueType on Windows 3.1
Windows 3.1, released in April 1992, was the first Windows version with built-in TrueType support. Windows 3.1 shipped with 14 TrueType fonts including Arial, Times New Roman, Courier New, Symbol, and Wingdings. For the first time, every Windows user had access to scalable, high-quality fonts without purchasing additional software.
Windows 3.1 TrueType Font Bundle (April 1992)
• Arial (Regular, Bold, Italic, Bold Italic)
• Times New Roman (Regular, Bold, Italic, Bold Italic)
• Courier New (Regular, Bold, Italic, Bold Italic)
• Symbol
• Wingdings
• MS Sans Serif (bitmap, for UI use)
The impact was immediate. By 1993, TrueType had become the dominant font format on personal computers, installed on tens of millions of Windows machines worldwide. The .ttf file extension remains one of the most widely recognized font formats globally, TrueType outlines are still used in countless system fonts on Windows, Android, and many Linux distributions, and WOFF2 frequently contains TrueType outlines wrapped in compressed containers.
The Font Wars: Apple vs Adobe (1987-1996)
The history of modern font formats is, in large part, the story of a business conflict. Between 1984 and 1996, Adobe, Apple, and Microsoft fought over control of the fundamental infrastructure of digital typography. The fight was about money, licensing fees, market share, printer control, but the collateral damage was innovation: both sides were forced to build genuinely superior technology in their effort to win.
The Cost of Adobe's Monopoly
- For font foundries: Licensing fees of $25,000+ for the Type 1 development kit, plus ongoing royalties
- For printer OEMs: Per-unit PostScript interpreter licensing fees passed to consumers
- For end users: Type 1 fonts $30-$100+ per weight; complete families for hundreds or thousands
- For Apple: Adobe licensing costs embedded in every LaserWriter sold
The Apple-Microsoft Alliance
Apple's TrueType announcement would have been far less significant if it had remained a Mac-only technology. Adobe could have weathered a format war on the Mac alone, the Windows market was far larger. Apple negotiated a licensing deal with Microsoft before the Seybold announcement.
In one of the more strategically improbable partnerships in technology history, Apple and Microsoft, fierce competitors in the operating system market, joined forces against Adobe. Apple licensed TrueType to Microsoft in exchange for Microsoft's virtual memory technology, which Apple needed for System 7. Both companies received something valuable; both shared an interest in breaking Adobe's font technology monopoly.
The Partnership Terms
Apple received from Microsoft
- • Virtual memory technology for System 7
- • Commitment to include TrueType in Windows
- • Access to the dominant PC platform
Microsoft received from Apple
- • TrueType technology license
- • High-quality royalty-free font technology
- • Independence from Adobe's licensing fees
Adobe's Counter-Moves
Adobe was caught off guard by the TrueType announcement. The most significant concession came first: in March 1990, within six months of the TrueType announcement, Adobe published the complete Type 1 font specification in a book titled "Adobe Type 1 Font Format." This was a dramatic reversal of years of secrecy. The specification had been one of Adobe's most closely guarded assets, the technical foundation of its licensing business. Publishing it was an admission that the monopoly was unsustainable.
Adobe also released Adobe Type Manager (ATM) as a free download for both Mac and Windows, solving the problem of jagged Type 1 fonts on screen. ATM made Type 1 fonts render smoothly on screen at any size, matching a key advantage of TrueType.
In 1991, Adobe introduced Multiple Master fonts, an advanced Type 1 extension that allowed continuous variation between design extremes along multiple axes. Multiple Master could interpolate between light and heavy, condensed and extended, generating any intermediate instance on demand. This was technically impressive, a direct precursor to variable fonts , but never achieved mainstream adoption due to tooling complexity.
Multiple Master Fonts: Ahead of Their Time
Adobe's Multiple Master format (1991) introduced the concept of continuous font variation along design axes, exactly the idea that variable fonts (2016) would implement 25 years later. Multiple Master fonts never succeeded commercially due to tooling complexity and limited application support, but the technical concept was sound. The OpenType variable font specification credited earlier variation work including Multiple Master in its design documentation.
Despite these responses, TrueType's advantages were difficult to overcome. Its inclusion in both Mac OS and Windows, at no additional cost, gave it an insurmountable distribution advantage for the consumer and prosumer markets. By 1993-1994, TrueType was the dominant font format for personal computing. Type 1 retained its position in professional print publishing workflows, where existing investments in Type 1 font libraries created switching costs that TrueType couldn't overcome.
Legacy of the Font Wars
Competition Drove Innovation
Both TrueType and Type 1 improved dramatically under competitive pressure. Adobe invested in hinting quality and Type 1 rendering. Apple and Microsoft invested in TrueType hinting infrastructure and commissioned high-quality fonts. Consumers had access to better font technology, faster, than would have occurred under a continued Adobe monopoly.
Forced Openness of Standards
Adobe's forced publication of the Type 1 specification established a precedent: font technology specifications should be publicly available. TrueType was royalty-free from the start; OpenType built on that precedent. WOFF and WOFF2 were developed in the open through the W3C. Today, all major font format specifications are publicly available at no cost.
Font Prices Dropped Significantly
TrueType's royalty-free licensing, Type 1's opening, and proliferating type foundries caused font prices to fall through the 1990s. Individual fonts that had sold for $60-$100 in the late 1980s were available for $20-$40 by the mid-1990s. Google Fonts (2010) pushed this to zero for a large library.
The Power of Bundling
TrueType won the consumer market primarily because it was bundled free with Mac OS and Windows. The lesson, distribution through the dominant platform beats technical superiority, echoed through subsequent technology conflicts. Decades later, Google Fonts disrupted the commercial web font market not by being technically superior to Typekit but by reducing the price barrier to zero.
OpenType Unites the Industry: 1996
By the mid-1990s, the Font Wars had produced a fragmented market. Professional print workflows depended on Type 1; consumer and office computing ran on TrueType. Application developers maintaining design software had to support both formats. Font foundries had to create and maintain two versions of every typeface. The fragmentation created friction throughout the industry without producing any clear winner.
In 1994, Microsoft and Adobe began working together on a specification that would unify the two format families. OpenType, jointly announced in 1996, used TrueType's sfnt container and table structure. Within that container, OpenType supported both TrueType quadratic outlines and PostScript CFF (Compact Font Format) cubic outlines, allowing font designers to use either technology without consumers needing to care which was present.
More importantly, OpenType added the GSUB (Glyph Substitution) and GPOS (Glyph Positioning) tables, a standardized mechanism for advanced typographic features. Standard ligatures, discretionary ligatures, small capitals, old-style numerals, stylistic alternates, fractions, contextual alternates, swashes, historical forms, and dozens of other OpenType features became accessible through a standard interface accessible today via CSS font-feature-settings.
OpenType also addressed Unicode support comprehensively. A single OpenType font file could contain up to 65,535 glyphs and cover multiple writing systems, Latin, Cyrillic, Greek, Arabic, Hebrew, Indic scripts, CJK, and more, in one unified file. This laid the groundwork for the multilingual web typography of today.
What Each Side Contributed to OpenType
Microsoft's Contributions
- • TrueType sfnt container format
- • TrueType quadratic outline support
- • TrueType hinting bytecode system
- • Initial GSUB/GPOS layout table design
- • Windows font infrastructure integration
Adobe's Contributions
- • CFF (PostScript cubic outlines) support
- • Type 1 hinting expertise
- • Advanced layout feature definitions
- • Professional font tool ecosystem
- • Type foundry relationships and fonts
Apple's relationship with OpenType was initially complex. Apple had invested in its own extension to TrueType called AAT (Apple Advanced Typography), which provided similar advanced features through a different mechanism. Apple eventually supported OpenType in Mac OS X while maintaining AAT support, resulting in a period where font designers needed to encode advanced features in both GSUB/GPOS tables (for OpenType) and morx/kern tables (for AAT). This gradually resolved as OpenType achieved universal adoption.
OpenType received ISO standardization in 2007 as ISO/IEC 14496-22, formalizing its status as an international standard. As of 2026, OpenType (in its various versions through 1.9) remains the universal desktop font format, with over 99% of professionally produced fonts available in OpenType.
Web Fonts Evolution: 1997-2014
For the first decade of the web, designers worked within the prison of "web-safe fonts", a handful of typefaces installed on virtually every computer that could be safely referenced in CSS. Everything outside that small set was a gamble: you could specify Garamond or Futura, but users without those fonts installed would see Times New Roman or Arial instead.
The Web-Safe Font Stack (circa 1998-2008)
Sans-serif
Arial, Helvetica, Verdana, Trebuchet MS, Geneva
Serif
Times New Roman, Georgia, Palatino, Garamond
Monospace
Courier New, Lucida Console, Monaco
CSS2 @font-face and EOT
The CSS2 specification, published by W3C in May 1998, included the @font-face rule, a mechanism for web pages to reference external font files. In practice, implementation was inconsistent and the feature effectively disappeared from practical use within a few years of introduction.
Internet Explorer 4 (1997) and IE 5 (1999) supported @font-face, but exclusively with Microsoft's proprietary EOT (Embedded OpenType) format. EOT was a compressed, DRM-protected version of TrueType or OpenType fonts designed to prevent font piracy. EOT files bound fonts to specific domains using a digital rights management mechanism. Microsoft created the WEFT (Web Embedding Fonts Tool) to generate EOT files. The process was cumbersome and inaccessible. No other browser supported EOT. Microsoft submitted EOT to the W3C in 2007-2008, but it was rejected in favor of developing WOFF.
The Dark Ages: sIFR and Cufon
Between 2004 and 2009, web designers invented elaborate workarounds. sIFR (Scalable Inman Flash Replacement, 2004) used Adobe Flash to render custom text, a JavaScript file scanned a page for headings, hid the HTML text, and injected Flash movies rendering the same text using a custom font. Cufon (2009) avoided Flash by pre-converting font outlines into JavaScript, then rendering text onto HTML5 canvas elements.
sIFR Limitations
- • Required Adobe Flash (phased out 2017-2020)
- • Visible rendering delay on page load
- • Not usable for body text
- • Flash inaccessible to screen readers
Cufon Limitations
- • Text not natively selectable
- • Canvas inaccessible to screen readers
- • Heavy JavaScript payload
- • No text-shadow, no CSS text properties
Typekit and the Font Service Revolution
In September 2009, Jeffrey Veen, Bryan Mason, Ryan Carver, and Greg Veen launched Typekit , the first practical commercial web font hosting service. Type foundries licensed fonts to Typekit; Typekit served them via JavaScript and CSS to paying subscribers; the technical complexity of cross-browser compatibility was Typekit's problem.
Typekit demonstrated massive pent-up demand for quality web fonts. Within months it secured partnerships with major foundries including Font Bureau, Dalton Maag, and Mark Simonson Studio. Adobe acquired Typekit in October 2011 for approximately $30 million and eventually integrated it into Creative Cloud as Adobe Fonts.
Google Fonts Democratizes Web Typography
Google Fonts launched in May 2010, offering a completely free, open-source font library served from Google's global CDN. While Typekit had proven web fonts were desirable and commercially viable, Google Fonts removed every remaining barrier: no cost, no licensing complexity, no subscription, no JavaScript dependency. Key commissions included Roboto (Christian Robertson, 2011, Android's default), Open Sans (Steve Matteson, 2011), Lato (Lukasz Dziedzic, 2010), and the Noto project covering every Unicode character.
Google Fonts at Scale (2026)
The Google Fonts library now hosts over 1,500 font families spanning Latin, Cyrillic, Greek, Arabic, Devanagari, Chinese, Japanese, Korean, and dozens of other scripts. All fonts are licensed under open-source licenses (SIL OFL, Apache 2.0, or Ubuntu Font License), meaning they can be freely used in commercial projects and self-hosted. Google Fonts processes over 70 trillion font file requests annually, serving fonts to an estimated 60 million websites worldwide.
WOFF: The First True Web Font Format
WOFF (Web Open Font Format) was proposed in 2009 by Erik van Blokland, Tal Leming, and Mozilla engineer Jonathan Kew. WOFF wasn't a new outline format, it contained existing TrueType or OpenType data unchanged, but a packaging format specifically designed for web delivery. WOFF wrapped existing font tables in a compressed container, reducing file sizes by 40-50% compared to uncompressed TrueType, and added standardized metadata fields.
WOFF Browser Support Timeline
- • January 2010, Firefox 3.6
- • September 2010, Chrome 6
- • March 2011, Internet Explorer 9
- • July 2011, Safari 5.1
- • December 2012, W3C Recommendation
WOFF vs Raw TrueType
- • 40-50% smaller file sizes on average
- • Same glyph outlines, no quality loss
- • Metadata fields for licensing info
- • Private-use table for extended font data
- • zlib compression (standard, widely supported)
Why WOFF2 Was Created (2014)
WOFF was good, but as mobile internet usage exploded and Google began deep research into web performance, the Google Fonts team identified web fonts as one of the most significant bottlenecks affecting page load time worldwide. A purpose-built compression scheme exploiting the internal structure of font data could do considerably better than zlib.
The Limitations of WOFF
WOFF 1.0's fundamental limitation was that it applied zlib to raw font table data without preprocessing. Font data has highly predictable internal structures, glyph coordinates follow geometric patterns, metrics tables have regular shapes, character mapping data is largely sequential, but zlib was never designed to exploit these domain-specific patterns. A compressor that understood font internals could do significantly better.
Google's research showed font files were among the largest render-blocking resources on many web pages. The median web page loaded 3-4 font files totaling 100-300 KB compressed. On 3G mobile connections common in developing markets during 2012-2015, this could add 1-3 seconds to first contentful paint.
Google's Brotli Innovation
Brotli is a general-purpose compression algorithm developed by Google engineers Jyrki Alakuijala and Zoltán Szabadka, initially released in 2013 specifically for WOFF2. Brotli was later generalized for HTTP content encoding and accepted by all major browsers between 2016 and 2017.
Brotli vs zlib at a Glance
zlib (used in WOFF 1.0)
- • Context window: 32 KB
- • Algorithm: DEFLATE (LZ77 + Huffman)
- • Year introduced: 1996
- • Decompression speed: Very fast
- • Static dictionary: No
Brotli (used in WOFF2)
- • Context window: Up to 16 MB
- • Algorithm: LZ77 + Huffman + context modeling
- • Year introduced: 2013
- • Decompression speed: Fast
- • Static dictionary: ~120K common substrings
The WOFF2 Glyph Transform
The secret weapon of WOFF2 is its glyph transform preprocessing step. Before Brotli compression is applied, WOFF2 restructures the TrueType glyph data (the 'glyf' table) to be more compressor-friendly. This transformation accounts for roughly half of WOFF2's improvement over WOFF 1.0.
In a standard TrueType font, each glyph's outline data interleaves flag bytes, x-coordinates, and y-coordinates, terrible for compression because these have very different statistical distributions. The WOFF2 glyph transform separates glyph data into parallel streams: one stream for all flags, one for all x-coordinates, one for all y-coordinates, and one for composite glyph information. The transform also applies delta encoding , storing the difference between consecutive point positions, producing small numbers clustered near zero that compress exceptionally well.
The Transform Pipeline
- 1. Separate glyph streams, Flags, x-coords, y-coords, and composite data split into independent byte streams
- 2. Delta encode coordinates, Store differences between consecutive points instead of absolute values
- 3. Transform loca table, Apply delta encoding to glyph offset index
- 4. Transform hmtx table, Separate and delta-encode advance widths and left side bearings
- 5. Apply Brotli, Compress the transformed, stream-separated data with Brotli at maximum compression
Compression Comparison: WOFF vs WOFF2
| Font | TTF (source) | WOFF | WOFF2 | WOFF2 vs WOFF |
|---|---|---|---|---|
| Roboto Regular | 168 KB | 88 KB | 64 KB | -27% |
| Open Sans Regular | 217 KB | 104 KB | 72 KB | -31% |
| Noto Sans Japanese | 4.5 MB | 3.2 MB | 2.1 MB | -34% |
| Source Code Pro | 181 KB | 97 KB | 70 KB | -28% |
CJK Font Gains
The compression advantage is largest for CJK fonts containing thousands of glyphs. Noto Sans Japanese achieves a 34% reduction versus WOFF, saving over 1 MB per font file. For sites serving East Asian languages, WOFF2 adoption has a particularly significant performance impact.
Standardization and Browser Adoption
Chrome 36 became the first browser to support WOFF2.
Firefox 39 added WOFF2 support, beginning the transition to WOFF2 as the primary web font format.
Microsoft Edge 14 supported WOFF2 from its initial version. Internet Explorer never received support.
Safari 10 added WOFF2 support on macOS Sierra and iOS 10, completing Apple platform coverage.
WOFF2 W3C Recommendation, full standardization status. The format is now mature and stable.
WOFF2 in Practice Today
WOFF2 Best Practices in 2026
- Serve WOFF2 only: 97%+ browser support means WOFF 1.0 fallbacks are unnecessary for the vast majority of projects.
- Use unicode-range subsetting: Serve only the character ranges your content uses. Latin-only sites don't need CJK glyphs.
- Preload critical fonts: Use
<link rel="preload">for primary body fonts. - Use font-display: swap or optional: Eliminate flash of invisible text and layout shift.
- Prefer variable fonts: A single WOFF2 variable font file can replace 6-12 static weight files.
- Set correct MIME type:
Content-Type: font/woff2
Variable Fonts and Beyond: 2016-Present
OpenType 1.8, published in September 2016, introduced font variations, commonly known as variable fonts. The specification was developed jointly by Apple, Google, Microsoft, and Adobe, representing the most significant cooperative effort in font technology since OpenType itself. Variable fonts allow a single font file to contain a continuous design space with multiple variation axes, rather than discrete named instances.
The standard axes defined in OpenType 1.8 include weight (wght), width (wdth), italic (ital), slant (slnt), and optical size (opsz). Font designers can also define custom axes with four-character tags. Registered axes are accessed via familiar CSS properties like font-weight and font-stretch; custom axes use font-variation-settings.
The performance benefits of variable fonts for web use are significant. A type family previously requiring eight separate weight files (Thin through Black) can be replaced by a single variable font file that is often smaller than just two of the static files it replaces. Browser support achieved broad coverage by 2018: Chrome 62 (October 2017), Firefox 62 (September 2018), Safari 11 (September 2017), and Edge 17 (April 2018).
Apple introduced a conceptual precursor to variable fonts in 1991 with TrueType GX Variations, which offered a similar design space concept but never achieved wide adoption due to limited tool support. The OpenType variable font specification incorporated and refined these concepts in a fully cross-platform implementation.
COLRv1: Vector Color Fonts (2021)
COLRv1 is an expansion of the COLR table for color fonts, introduced in OpenType 1.9 with broad browser support arriving in Chrome 98 (February 2022) and Firefox 107 (November 2022). It enables multi-colored glyphs with gradients, compositing, and geometric transformations, capabilities previously impossible in scalable font technology.
Earlier color font approaches included CBDT/CBLC (bitmap emoji, used by Google), sbix (bitmap emoji, used by Apple), and SVG-in-OTF (supported by Firefox and older Safari). These approaches embed raster images or complex SVG documents inside font files, which don't scale as cleanly. COLRv1's vector-based approach produces crisp output at any size and resolution.
The Noto Color Emoji font in COLRv1 format is approximately 1.8 MB, compared to 10+ MB for bitmap equivalents at high resolution. COLRv1 fonts also support the full CSS color model including P3 wide-gamut spaces.
The current frontier of font technology includes per-glyph subsetting (serving only the exact characters used on each page, computed at request time using the unicode-range descriptor), and continued improvements to variable font tooling. The next major OpenType version is expected to formalize features currently in development.
The Complete Timeline
Every major font format milestone from the 1960s to the present, in one chronological reference.
| Year | Format / Event | Key Detail |
|---|---|---|
| 1960s-70s | Bitmap fonts | Fixed-size pixel grids for computer displays and terminals |
| 1973 | Xerox Alto | First GUI computer; proportional bitmap fonts for on-screen display |
| 1979 | Metafont (Knuth) | First algorithmically described fonts; early scalable font concept |
| 1984 | PostScript & Type 1 | Adobe's scalable outline fonts using cubic Bézier curves |
| 1984 | Mac bitmap fonts | Susan Kare designs Chicago, Geneva, Monaco for the original Macintosh |
| 1985 | Apple LaserWriter | First PostScript printer; launches the desktop publishing revolution |
| 1989 | TrueType announced | Apple-Microsoft joint announcement at Seybold; breaks Adobe monopoly |
| 1990 | Type 1 spec published | Adobe opens specification under competitive pressure |
| 1991 | TrueType ships (Mac) | Mac System 7 includes TrueType; royalty-free scalable fonts for consumers |
| 1991 | TrueType GX | Apple's variable font precursor; never widely adopted |
| 1992 | Windows 3.1 | TrueType reaches the dominant PC platform; Arial, Times New Roman bundled |
| 1996 | OpenType announced | Microsoft-Adobe joint format unifying TrueType and PostScript |
| 1997 | EOT | Microsoft's proprietary web font format for IE; domain-bound DRM |
| 1998 | CSS2 @font-face | First web standard for custom fonts; poorly supported for a decade |
| 2001 | SVG Fonts | Font outlines in SVG XML; huge files, limited adoption, now deprecated |
| 2007 | OpenType ISO standard | ISO/IEC 14496-22; formal international standardization of OpenType |
| 2008 | @font-face revival | Safari 3.1 re-enables web font embedding; sparks the renaissance |
| 2009 | Typekit launches | First major web font service; licenses commercial typefaces for web |
| 2010 | Google Fonts | Free open-source web font library; democratizes web typography |
| 2010 | WOFF proposed | Web Open Font Format with zlib compression; ~40% smaller than TTF |
| 2012 | WOFF 1.0 W3C Rec | First standardized web font format; achieves universal browser support |
| 2014 | WOFF2 released | Brotli compression + glyph transform; ~30% smaller than WOFF; Chrome 36 first |
| 2016 | Variable fonts (OT 1.8) | Single file with continuous design axes; joint Apple/Google/Microsoft/Adobe |
| 2018 | WOFF2 W3C Rec | Full W3C standardization; WOFF2 becomes the definitive web font format |
| 2021 | COLRv1 (OT 1.9) | Advanced color font technology; replaces bitmap emoji |
| 2023 | Type 1 deprecated | Adobe officially ends Type 1 support in Creative Cloud |
Why This History Matters
Understanding Compatibility
Knowing why formats were created explains their limitations and strengths. Why EOT existed, why Type 1 hinting works differently, why TrueType uses quadratic curves , these histories help you make better decisions when converting fonts across environments.
Format Design Decisions
Historical constraints shaped modern formats. TrueType's quadratic curves, OpenType's dual-outline support, and WOFF2's preprocessing step all reflect specific engineering trade-offs made in response to real problems of their era.
Technology Evolution
Competition between Adobe, Apple, and Microsoft drove rapid innovation that benefited the entire industry. Understanding how rivalry between proprietary formats led to open standards explains why typography tools are so capable and accessible today.
Work with Any Font Format
Whether you need to convert a legacy Type 1 font or optimize a modern variable font for the web, our converter handles every format in this timeline.
Start Converting Now