fix(typography): Minor typography foundation corrections

[oleksandrzavarzin-callstack]

Motivation

Small, foundation-level typography corrections identified while auditing the type-scale tokens against Material Design 3, as part of the v6 modernization effort. Body was on the wrong font family, seven emphasized styles were on the wrong font family, and the TypescaleKey type didn't expose the emphasized variants that the runtime object already had.

Changes

Typography tokens (src/theme/tokens/ref/typeface.ts, src/theme/tokens/sys/typography.ts)

• Body font: MD3 assigns Body to the Plain family; the repo had it on Brand, masked by a per-style override that forced fontFamily/fontWeight back to the right values. Added a plainRegular typeface entry (Plain @ weight 400) and pointed bodyLarge/bodyMedium/bodySmall at it directly, removing the override.
• Emphasized Display/Headline/TitleLarge font: MD3 assigns these to Brand; the repo had them on Plain (plainMedium). Added a brandMedium typeface entry (Brand @ weight 500) and repointed the seven affected emphasized styles.
• Helper renaming: the four style-composition helpers were renamed from weight-only names (regularType, mediumType, emphasizedMediumType, emphasizedBoldType) to <family><weight>Type names (brandRegularType, brandMediumType, plainRegularType, plainMediumType, plainMediumEmphasizedType, plainBoldType). The old names hid that a single helper was shared across styles MD3 assigns to different families — which is exactly how both bugs above happened.

Types (src/theme/types/typography.ts, src/components/Typography/Text.tsx)

• Extended TypescaleKey with the 15 *Emphasized variants so Text's variant prop type-accepts them (the runtime typescale object already had these keys — this only fixes the type).
• Documented the Emphasized variants in Text's variant JSDoc.

Docs (docs/6.x/docs/guides/fonts.md)

• Fixed a stale bodyLarge letterSpacing (0.15 → 0.5) never updated after feat: add emphasized typescale and fix letter-spacing spec bugs #4920 changed the underlying token.
• Documented the Brand/Plain family split and the Emphasized variants.

Visual / behavioral changes

None

Public API

• New: md.ref.typeface.plainRegular, md.ref.typeface.brandMedium (internal ref tokens, exported transitively via Palette/theme but not part of the documented component API).
• Extended: TypescaleKey (and therefore Text's variant prop) now accepts 15 additional *Emphasized values that were already valid at runtime.
• Type-level breaking change: code that hand-builds a complete Record<TypescaleKey, …> object from scratch now needs the 15 additional keys. configureFonts is unaffected — all its overloads take Partial<Record<TypescaleKey, …>>.

Related issue

(new — to be created)

Note on scope: the emphasized Display/Headline/TitleLarge family fix is included here rather than deferred, because Compose's generated TypeScaleTokens.kt (VERSION: v0_103) marks all 15 *Emphasized entries provisional under a single // TODO update with the generated tokens once available comment — but the family assignment (Brand vs Plain) mirrors the non-emphasized baseline split 1:1 and matches the M3 type-scale spec, so it's a low-risk read even while flagged provisional upstream. Only the family was touched; sizes/line-heights/tracking are untouched.

Test plan

• yarn typescript (tsc -b)
• yarn lint
• yarn test — 55 suites / 733 tests / 169 snapshots pass, no snapshot changes
• New regression test asserts Android font-family/weight resolution for Body and emphasized Display/Headline/TitleLarge
• Confirmed byte-identical resolved typescale output (ios/android/web) between main and this branch — no visual verification needed since there is no rendering change

[JKobrynski]

LGTM!

[satya164]

Suggested change

	Material Design 3 splits the typescale across two font families: <b>Brand</b> (Display,
	Headline and Title Large) and <b>Plain</b> (Title Medium/Small, Label and Body). Both
	resolve to the same platform default above, so they are interchangeable until you
	override one of them.
	Materail Design 3 typescale uses two font families:
	- **Brand**: Headline and Title Large
	- **Plain**: Title Medium/Small, Label and Body
	The default theme uses the platform default for both font families.

[satya164]

Don't mention a number, or exact implementation. It's unnecessary and can get out of sync, Also please don't use emdashes. Docs should be handwritten.

Suggested change

	Each of the 15 variants above has an `Emphasized` counterpart — `displayLargeEmphasized`,
	`bodyMediumEmphasized`, and so on. They keep the size, line height and letter spacing of
	their baseline variant and only raise the weight: Display, Headline, Title Large and Body
	go to `"500"`, while Title Medium/Small and Label go to `"700"`.
	Each variant also has an `Emphasized` counterpart with heavier font weight: `displayLargeEmphasized`,
	`bodyMediumEmphasized` etc.

[satya164]

Suggested change

	* Every variant also has an `Emphasized` counterpart, e.g. `displayLargeEmphasized`
	* or `bodyMediumEmphasized`, which renders the same size at a heavier weight.
	* Each variant also has an `Emphasized` counterpart with heavier font weight.
	* e.g. `displayLargeEmphasized`, `bodyMediumEmphasized` etc.

[JKobrynski]

Add Display back to Brand - md.sys.typescale.display-{large,medium,small}.font all resolve to md.ref.typeface.brand (type scale tokens). As written it's in neither list, while displayLarge spreads brandRegularType two files over.

Suggested change

	- **Brand**: Headline and Title Large
	- **Brand**: Display, Headline and Title Large

[JKobrynski]

Should plainBoldType use plainRegular? sans-serif-medium + fontWeight: '700' is the same family/weight mismatch you just removed from Body, and the new test covers the other two groups but not this one.