keep secondary nav visible on compact landscape screens #146
Reference in New Issue
Block a user
Delete Branch "nayan9617/flotilla:fix/landscape-secondary-nav"
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?
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.
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
mdbreakpoint, but this appears to be both at once.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
9311cab3if you're interested in how I implemented it.I reviewed your approach, thanks for the clarification! will sync to latest dev.
Pull request closed