The previous commit (4c58f85f) put class="log-table" on lh.php and
localtx.php too, which forced *every* header left - but only
Time/Mode/Callsign/Target are actually align="left" in those two
files. Source/Duration/Loss/BER have no align attribute at all (plain
<td>), so they were already correctly centered - the blanket fix just
moved the misalignment from the first 4 columns to the last 4.
Replace with a new `.al` class applied only to the specific <th>
elements whose column is genuinely align="left", leaving
Source/Duration/Loss/BER headers on the sitewide centered default to
match their centered data. last_herd.php/local_tx.php are untouched -
every column in those two really is align="left", so table.log-table
(all headers) remains correct there.
Last Heard (and other log-style tables sharing this pattern) render
every <td> with align="left", but headers inherit the sitewide
table { text-align: center; } with nothing overriding it - so the
caption drifts toward the middle of wide columns (most visible on
Target) while the actual data underneath hugs the left edge. Looks
like a column-boundary misalignment at a glance, but it's a text-align
mismatch; measured actual cell boundaries and they line up exactly.
Scoped via a new .log-table class rather than changing table th
sitewide, since ~90% of the dashboard's other tables intentionally
keep centered cells (only 6-7 files use align="left" data cells).
table th switched to background: transparent + text-transform: uppercase
in a past redesign, but a.tooltip (the link wrapping every <th>'s text
across the whole dashboard) still hardcoded color: #FFFFFF from the old
solid-indigo-background header design. With no colored block behind it
anymore, white text sits directly on --page-bg/--content-bg (near-white),
making every table header effectively unreadable.
Switch a.tooltip to color: var(--content-text) (dark, same variable the
th itself already uses) so header text is visible again.
yuancheng