fix(ui): measure real nav height (--fc-nav-h) — Explore fits on 1080p, no breadcrumb tuck (#1481) #227
Reference in New Issue
Block a user
Delete Branch "dev"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Operator-flagged: the Explore breadcrumb sat under the TopNav by default and the workspace didn't fit on a 1080p monitor.
Root cause
The app uses a plain sticky
TopNav(no<v-main>managing offsets), and the nav's height was hardcoded as64pxin ~6 places — the Explore + Subscriptions full-height workspaces (height: calc(100vh - 64px)) and every sticky sub-header pinned beneath the nav (top: 64px: Gallery filter bar, Browse / Series / Settings tabs). Vuetify 4's MD3 sizing changed the real nav height, so64pxwas wrong: Explore was sized taller than the space below the nav → overflowed the viewport → the sticky nav rode up over the breadcrumb.Fix — measure, don't guess
TopNavmeasures its own height with aResizeObserverand publishes it as--fc-nav-hondocumentElement(default64pxin app.css). Every consumer now usesvar(--fc-nav-h). The layout self-corrects to the nav's real height and stays correct as it reflows (per-view teleported action buttons, mobile breakpoint, chip state). Bonus: sub-headers now pin at the nav's exact bottom, tightening the new chrome-gradient seam.Files: app.css, TopNav.vue, ExploreView.vue, SubscriptionsView.vue, GalleryFilterBar.vue, BrowseView.vue, SeriesView.vue, SettingsView.vue.
CI green on
devhead67c7ca8(run 2227). No backend/DB changes.🤖 Generated with Claude Code
https://claude.ai/code/session_01NsmJSQxnNxGgtM5Yz4GAqi