v0.13.5-pl.3

Step 4 follow-up — editor-side tick-label typography fix.

User-reported regression after v0.13.5-pl.1: tick-label typography reached the rendered labels on the frontend but not in the Gutenberg editor.

Root cause: the SCSS rule on .kntnt-gpx-blocks-elevation-chart-svg — keyed off the wrapper's --kntnt-gpx-blocks-elevation-tick-label-* custom properties — failed to win against whatever editor-iframe CSS targets SVG text under a more specific selector. (The colour custom properties on the same wrapper carried through unchanged because they are consumed via var() directly in element attributes rather than via inherited declarations.)

Fix: rather than chase the editor-only specificity battle, chart.tsx now applies the eight font-* / letter-spacing / text-* declarations as inline style on the host <svg> element via a new typographyToSvgStyle( typography ) helper. Inline styles win specificity against any class- or tag-based rule, so the user's choices reach the rendered labels regardless of the surrounding stylesheet stack. The descendants (visible tick <text> under the <g> groups, hidden measurement <text> as direct SVG children) inherit from the same SVG host, preserving the measurer/rendering parity that v0.13.5-pl.1 established.

The frontend keeps the SCSS-rule + wrapper-custom-property path unchanged — it works there and the symmetry makes Step 7's tooltip-typography wiring easier to model.

Test pin: chart.test.tsx renames the previous 'does not apply font-* inline to tick label <text> nodes' test to 'applies typography inline on the <svg> host', with a companion test pinning the absence of font-* on the <text> descendants themselves.

Scoped to src/blocks/elevation/chart.tsx and src/blocks/elevation/chart.test.tsx.

Full follow-up details in docs/elevation-rebuild.md § Step 4 recap.