keep secondary nav visible on compact landscape screens #146

Closed
nayan9617 wants to merge 1 commits from nayan9617/flotilla:fix/landscape-secondary-nav into dev
Contributor

Summary

This PR improves the Android landscape layout without hiding the secondary nav. The issue was that touch devices in landscape were switching into a desktop-style layout too early, which left page content squeezed or offset incorrectly.

Addressing extended version of issue #117

What changed

-Kept the secondary nav visible in compact landscape.
-Hid only the desktop primary rail on touch landscape screens.
-Adjusted the page width/offset utilities so content uses the remaining available space correctly.

Why

The breakpoint behavior was fine in desktop browsers, but on Android it caused the app to behave like a desktop layout even when the screen was still effectively mobile. This approach keeps the navigation visible while fixing the content sizing at the layout level.

## Summary This PR improves the Android landscape layout without hiding the secondary nav. The issue was that touch devices in landscape were switching into a desktop-style layout too early, which left page content squeezed or offset incorrectly. Addressing extended version of issue #117 ## What changed -Kept the secondary nav visible in compact landscape. -Hid only the desktop primary rail on touch landscape screens. -Adjusted the page width/offset utilities so content uses the remaining available space correctly. ## Why The breakpoint behavior was fine in desktop browsers, but on Android it caused the app to behave like a desktop layout even when the screen was still effectively mobile. This approach keeps the navigation visible while fixing the content sizing at the layout level.
nayan9617 added 1 commit 2026-04-03 19:00:18 +00:00
Owner

We can't remove the primary nav, that leaves people stranded on certain pages with no way back. Can you explain why the breakpoint was working differently on mobile? I'm fine with any given screen being less than or greater than the md breakpoint, but this appears to be both at once.

We can't remove the primary nav, that leaves people stranded on certain pages with no way back. Can you explain why the breakpoint was working differently on mobile? I'm fine with any given screen being less than or greater than the `md` breakpoint, but this appears to be both at once.
Owner

Ok, this ended up being much more involved than I was expecting. Apparently fixed positioning is squirrely on android, so I moved everything to relative positioning. See 9311cab3 if you're interested in how I implemented it.

Ok, this ended up being much more involved than I was expecting. Apparently fixed positioning is squirrely on android, so I moved everything to relative positioning. See 9311cab3 if you're interested in how I implemented it.
hodlbod closed this pull request 2026-04-04 00:17:39 +00:00
Author
Contributor

I reviewed your approach, thanks for the clarification! will sync to latest dev.

I reviewed your approach, thanks for the clarification! will sync to latest dev.

Pull request closed

Sign in to join this conversation.