fix(ui): preserve the original canvas and display styling

High-DPI sizing and a resizable client allowed the 640x460 canvas to be placed
inside a much taller window, producing the large internal black band captured in
the gameplay recording. Open an aspect-correct fixed 960x690 client with high-DPI
framebuffer scaling disabled, giving every platform a predictable 1.5x canvas.

Use exact active-table patches for the cyan score fields and derive transparent
numeral glyphs from the recovered Win16 bitmap font. Fill the complete display
slots, move the KBytes readout clear of its border, and place shortcuts on a
readable footer so no dynamic text is clipped or left over an inactive panel.

Test Plan:
- `cargo fmt -- --check` -- passed
- `cargo test --all-targets` -- passed
- `cargo clippy --all-targets -- -D warnings` -- passed
- launched the Linux window and confirmed a 960x690 client with no letterbox,
  full-width cyan fields, recovered score digits, and readable footer -- passed
- `git diff --check` -- passed

tdkpin-rs/README.md

@@ -5,6 +5,10 @@ Machine**. It uses the extracted original artwork and sound, recreates the
 playfield as a fixed-step simulation, and runs from the same source on Linux,
 macOS, and Windows.
 
+The game opens at 960x690, an exact 1.5x enlargement of its original 640x460
+canvas, so modern desktop scaling cannot distort or vertically offset the
+pixel-art presentation.
+
 The original program is not required at runtime. All required game assets are
 embedded in the executable at build time.