fix(nav): tighten the account-link gap on small screens #245
Inga granskare
Etiketter
Inga etiketter
area/backups
area/ci
area/control-panel
area/identity
area/infra
area/observability
area/payments
area/security
area/storage
area/web
blocked
needs-info
needs-triage
ready-for-implementation
type
bug
type
chore
type
docs
type
epic
type
feature
type
task
wontfix
Ingen milstolpe
Inget projekt
Inga tilldelade
1 deltagare
Notiser
Förfallodatum
Inget förfallodatum satt.
Beroenden
Inga beroenden satta
Referens
bitborg/bitborg-web!245
Läser in…
Hänvisa till i nytt ärende
Ingen beskrivning angiven.
Ta bort grenen "work/156"
Borttagning av en gren är permanent. Även om den borttagna grenen kan fortsätta existera en kort tid innan den faktiskt tas bort, kan det INTE ångras i de flesta fall. Vill du fortsätta?
This does not close #156. It is the one measurable improvement left inside that issue's constraints, plus the measurements that show why the target is out of reach there.
What changed
.user-menugap drops fromvar(--spacing-md)tovar(--spacing-sm)belowmedium. Sign in and Sign up still wrap to two lines for the longer Swedish labels, and always will: even at zero gap, "Logga in" plus "Skapa konto" is about a pixel too wide for the row. The tighter gap shaves 8 px off the wrapped stack.Measured with Chromium, on the built site,
getBoundingClientRect()onheader.site-headerand<main>:/docs/faq/main topAn asymmetric brand padding was tried and reverted: it let the logo's fluid sizing grow into the freed width, netting nothing.
Why #156 stays open
Three of its four fix bullets were already shipped by #170 and the issue was never closed.
.brandpadding is alreadyvar(--spacing-md)belowmedium, the brand and user menu already share one row, and the language switcher is already rendered by the footer belowmedium. The fourth bullet says logo height 48 to 40. It is 24 today, andlogo.astroexplains why: at 40 px the logo is wide enough at its 5:1 aspect to push the account row off the shared band and reinstate a row. Following the number literally would make the header taller.The issue's baseline no longer reproduces for the same reason. It records 278 px at 375 px; current main measures 242 px.
The remaining target, 170 px at 375 px, is not reachable under this issue's constraints. Breaking the header down:
.header-bandis 80 to 104 px,.main-navigationis 130 px. The five main navigation links wrap to two rows belowsmall, and each row is held to the 48 px WCAG 2.5.8 touch-target minimum bysrc/style/shared/navigation.scss:19-27. Even a perfect one-row band leaves roughly 178 to 210 px. Getting under 170 px needs fewer or regrouped navigation rows, touch targets below the WCAG minimum, or a JavaScript disclosure pattern. All three are outside what #156 allows.Acceptance
/,/pricing/and/docs/faq/at every tested width.pnpm lint,pnpm checkandpnpm test(361 passed) all pass.Refs #156