-
Notifications
You must be signed in to change notification settings - Fork 51
AppFrame: “Enterprise Nav” phase 1.5 updates (HDS-3612)
#2299
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
This comment was marked as outdated.
This comment was marked as outdated.
AppFrame: "Enterprise Nav" phase 1.5 improvements (HDS-3612)
AppFrame: "Enterprise Nav" phase 1.5 improvements (HDS-3612)AppFrame: "Enterprise Nav" phase 1.5 updates (HDS-3612)
AppFrame: "Enterprise Nav" phase 1.5 updates (HDS-3612)AppFrame: “Enterprise Nav” phase 1.5 updates (HDS-3612)
jorytindall
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For me the interaction between all of these elements looks good, the overlay isn't very perceivable when it's on top of the AppHeader (the elements show through a bit), but I think that's fine.
I'm not sure if it's directly related to this PR, but in testing on my phone the interactive (specifically active) states of the menu button and the collapse button are seeming to persist in an odd way (attached screen recording)
ScreenRecording_07-31-2024.14-42-47_1.MP4
@jorytindall Do you have any ideas on how it could be improved? To me the overlay just has a slight transition between visible/not visible which looks fine to me but if it bothers you how would you want it changed? I'm not quite getting what you mean by the active states persisting? I don't notice anything jumping out as overly weird personally. |
@KristinLBradley Sorry, I'll clarify, I think the transition of the overlay is fine, if anything were to change it would maybe be increasing the opacity of the overlay (making it less opaque), but that's a larger discussion that would affect other things as well, so I'd say let's not touch it.
I only noticed it on my phone, but when I press either of these buttons (menu or collapse), the persist in what looks like their hover state as I scroll around the page. |
Co-authored-by: Cristiano Rastelli <[email protected]>
Co-authored-by: Cristiano Rastelli <[email protected]>
…web docs examples
…o style interactive elements as disabled in AppHeader when SideNav is expanded in mobile view
…e conditional classname added to it
…add disabled HomeLink styles
…es, update SideNav Showcase to include disabled examples
Co-authored-by: Cristiano Rastelli <[email protected]>
Co-authored-by: Cristiano Rastelli <[email protected]>
397c98a to
8c76c78
Compare
APP FRAME UPDATES
📌 Summary
If merged, this PR updates the
AppFrameto:AppFrameShowcase to add new framed example & longer content to test scrolling.AppFramevs. child components.AppHeaderwhen viewport height is under 480px in height.AppHeader(whenSideNavis expanded in mobile view).withAppHeaderargument from theSideNavalong with refactors removing the need for it.👉 AppFrame Showcase: https://hds-showcase-git-hds-3612-app-frame-updates-hashicorp.vercel.app/layouts/app-frame
👉 AppFrame "framed" example including AppHeader & SideNav components
Related PR:
AppHeader: “Enterprise Nav” phase 1.5 updates (HDS-3613) #2306🔗 External links
👀 Component checklist
💬 Please consider using conventional comments when reviewing this PR.