Font format support (WOFF2/WOFF)

[firejune]

Tracking issue, low priority. Fonts (WOFF2/WOFF) are a natural cutting target — wOF2/wOFF signatures are constant, while the header's flavor/length/numTables fields and the table directory vary per file — but two things gate it:

1. In real consumers fonts are typically bundle-emitted (hashed filenames), so Extend cutting to bundle-emitted assets, not just publicDir copies #7 is a prerequisite.
2. The consumer must load fonts through the FontFace API (Blob URL) instead of CSS @font-face url(), which is a migration on their side.

One more axis to keep in mind: fonts usually carry third-party redistribution licenses, so the sensitivity of shipping them openable differs from first-party images — worth a note in the docs when this lands.

Filed so the roadmap keeps the candidate visible; no implementation planned until #7 exists.