Skip to content

The latest-reading numbers are legible again - #10

Open
IngTian wants to merge 1 commit into
mainfrom
stat-panel-legibility
Open

IngTian wants to merge 1 commit into
mainfrom
stat-panel-legibility

Conversation

@IngTian

@IngTian IngTian commented Sep 22, 2026

Copy link
Copy Markdown
Owner

Both stat panels are full width and 5 grid rows tall with
orientation: "horizontal" — which in Grafana means each reading runs
horizontally and they stack vertically. So 5 readings (7 on the survey
board) shared ~150px of height, Grafana auto-shrank text to fit, and the one
number a reader came for rendered at roughly 10px while ~1,900px of panel width
sat empty.

vertical lays them out side by side instead: 5 columns of ~400px here, 7 of
~285px on the survey board, each getting the full panel height. The widest value
is the survey board's 2026-08-01 date, which fits a 285px column at this size.

text.valueSize is set explicitly rather than left to auto-fit, so the size is a
committed property of the dashboard instead of a function of how many fields the
SELECT returns — adding a column would otherwise silently shrink every number
again, which is the same class of hand-coupling as the decimals: 0 overrides
being keyed on SQL alias strings.

Diff is 6 lines across the two dashboards. 371 tests green; nothing in
tests/test_grafana.py asserts on panel options, so the causality and
archive-table lints are untouched.

🤖 Generated with Claude Code

Both stat panels are full width and five grid rows tall, laid out
`orientation: horizontal` -- which in Grafana means each reading runs
horizontally and they stack vertically. So five readings (seven on the survey
board) shared about 150px of height, Grafana auto-shrank the text to fit, and the
one number a reader actually came for rendered at roughly 10px while 1,900px of
panel width sat empty.

Switched to `vertical`, which lays the readings out side by side: five columns of
~400px on the positioning board, seven of ~285px on the survey board, each with
the full panel height. The widest value is the survey board's `2026-08-01`, which
fits a 285px column at this size.

`text.valueSize` is set explicitly rather than left to auto-fit so the size is a
committed property of the dashboard instead of a function of how many fields the
SELECT happens to return -- adding a column would otherwise silently shrink every
number again.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant