| |
|
|
|
|
|
|
|
|
|
|
|
| |
The <img> tag existed only to set a width, and the <div align=center> only to
centre things -- neither of which markdown can express. Sizing the image file
itself removes the reason for both: logo-trans.png was a 1024x1024 1.7MB
master being scaled down in the browser on every page load, and is now 400x400
and 219KB. Nothing else uses it (the splash reads logo.png and logo.ans), and
the original is in git history if it is ever wanted back.
So the README is now plain markdown end to end: ![](), no divs, and the footer
is a link instead of a centred <sub>. Left-aligned rather than centred, which
is what markdown does.
|
|
|
The artwork is now a proper transparent PNG with soft edges (24% of its pixels
carry partial alpha) instead of opaque art on black with a stray full-width
scan line along the bottom. Cropped to its content and resized 1024 -> 768px,
which halves the file and costs nothing visible; logo-trans.png keeps the
master for future re-renders.
Two things the new art exposed, both wrong before it:
fit() assumed cells were 1:2. This terminal reports 9x22, i.e. 1:2.44. The old
logo was 474x516 -- close enough to the assumption that nobody noticed -- but a
square image at the hardcoded 60x33 would have been visibly stretched. The
graphics query now asks for the cell size too (CSI 16 t rides along in the same
round trip, before the DA1 that already synchronises it) and fit() uses the
answer.
The footprint was a constant. logo_cells() derives it from the artwork and the
measured cell size, so the art can be replaced without anyone remembering to
edit a number.
logo.ans was stale: the block-art fallback for terminals that can't draw an
image was still the OLD artwork, scan line included. tools/make_logo_ans.py
regenerates it from logo.png so the two cannot drift again. It understands
alpha -- a transparent cell emits no colour and lets the terminal background
through, and a cell with only one opaque half uses the matching half block so
the pixel lands on the correct side.
|
