feat(landing): add mobile responsive design with hamburger menu#215
feat(landing): add mobile responsive design with hamburger menu#215chris-stinemetz merged 6 commits intotestfrom
Conversation
chris-stinemetz
commented
Feb 3, 2026
- Add slide-out mobile navigation menu with overlay
- Stack hero section vertically with adjusted font sizes
- Convert graph section to vertical layout on mobile
- Make forms and buttons full-width on small screens
- Add touch-friendly tap targets and spacing
- Hide animated graph lines on mobile for cleaner UX
- Responsive adjustments for features, demo, and footer sections
- Add slide-out mobile navigation menu with overlay - Stack hero section vertically with adjusted font sizes - Convert graph section to vertical layout on mobile - Make forms and buttons full-width on small screens - Add touch-friendly tap targets and spacing - Hide animated graph lines on mobile for cleaner UX - Responsive adjustments for features, demo, and footer sections
🤖 Augment PR SummarySummary: Improves the landing page experience on tablet/mobile by introducing a hamburger-based navigation and reflowing sections for small screens. Changes:
Technical Notes: The menu/overlay are breakpoint-gated (≤1024px) and use fixed positioning starting below the 64px header to avoid covering header controls. 🤖 Was this summary useful? React with 👍 or 👎 |
- Fix overlay to use role=presentation instead of role=button - Add rel=noopener noreferrer to external links in mobile menu - Show mobile menu at 1024px to match when desktop nav hides
|
augment review |
- Move Escape key handler to document level for global coverage - Simplify overlay with role=none instead of conflicting attributes
|
augment review |
|
augment review |
|
augment review |
| let { children } = $props(); | ||
|
|
||
| let theme = $state('dark'); | ||
| let mobileMenuOpen = $state(false); |
There was a problem hiding this comment.
Because mobileMenuOpen is state-driven but visibility is breakpoint-driven in CSS, resizing from <=1024px to >1024px can leave the menu logically “open” but hidden, and it may reappear open when resizing back. Consider resetting/closing the menu when crossing the breakpoint (or on navigation) to avoid surprising UI state.
Severity: low
🤖 Was this useful? React with 👍 or 👎, or 🚀 if it prevented an incident/outage.
|
augment review |
| onclick={toggleMobileMenu} | ||
| aria-label={mobileMenuOpen ? 'Close menu' : 'Open menu'} | ||
| aria-expanded={mobileMenuOpen} | ||
| aria-controls="mobile-menu" |
There was a problem hiding this comment.
aria-controls="mobile-menu" points to an element that is only conditionally rendered, so when the menu is closed assistive tech may be referencing a non-existent controlled element. Consider rendering the nav#mobile-menu persistently (toggling visibility) or only setting aria-controls when the menu is present.
Severity: low
🤖 Was this useful? React with 👍 or 👎, or 🚀 if it prevented an incident/outage.