Add development font fallback

[coder13]

Implemented by codex and tested locally

What changed

• use a free Google font as the default public-repo font implementation
• move the TTNormsPro local font loader into a production-only module
• keep the layout font selection behind a small helper

Why

• the public repo cannot bundle the proprietary TTNormsPro assets
• Next was still resolving the local font module during development and failing on the missing .woff2 files
• this keeps development working without changing the intended production path

Impact

• development uses the free fallback font
• production can still opt into TTNormsPro through the production alias and PROPRIETARY_FONT=TTNormsPro

Validation

• yarn check:types

[gregorbg]

Thanks! Here are some thoughts and "historical knowledge" on the font loading from me :)

[gregorbg]

With the Webpack import rewrite, is this asynchronous approach even still necessary now?

It has "grown to be" this await import syntax, precisely because we tried very hard to avoid Webpack trying to load the font files. Ultimately, it never worked though, so technically even in the current status quo codebase the await import is completely unnecessary.
With your custom import resolution, I would expect that it is even more unnecessary. So I have a hunch that this can be hugely simplified and turned into a fully synchronous function.

[FinnIckler]

should we now not just rename both of these too appFont?

[FinnIckler]

should we now not just rename both of these too appFont?

[gregorbg]

Your original PR description says "tested locally". What exactly have you tested?

I cannot opt into the proprietary files on my local machine. Even if I use a console.log to verify that the if branch in your webpack rewrite is indeed really entered (and I reboot my NextJS dev environment completely, just for good measure), I still get the Rubik fallback font.

[gregorbg]

Sorry for commandeering your PR, but even though I had the proprietary font files available it still took a heck of a long time to debug this. SWC is persistent about localFont like you wouldn't imagine!