Repository navigation
fix(styles): Dim highlight box in either DOM order - #1278
Conversation
Signed-off-by: tanav29 <tanavposwal939@gmail.com>
|
Yay, your first pull request! 👍 A contributor will be by to give feedback soon. In the meantime, please review the Layer5 Community Welcome Guide and sure to join the community Slack. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Walkthrough
Merge Risk: ⚪ Minimal · up to
|
tejaswiverma121-byte
left a comment
There was a problem hiding this comment.
the missing items are:
Browser support check for :has()
This is the only real compatibility concern.
:has() is broadly supported in modern Chromium-based browsers, Safari, and current Firefox, but if the docs site has a requirement to support older browsers, this could be an issue.
If compatibility matters, this PR should either:
confirm modern browser support, or
include a fallback pattern (if feasible).
No automated regression coverage
The issue is visual/interaction-based, and there is no automated test for the hover/focus states.
For a CSS bug like this, a quick visual smoke test or browser-based check is the usual minimum validation.
|
The |
vedant21-ctr
left a comment
There was a problem hiding this comment.
Thanks for the fix. The approach looks good and the screenshots show the intended behavior.
could you please do a quick validation on the PR preview:
- Verify the fix on both
/cloudand/kanvas, including mouse-out, to ensure the glow returns correctly. - Please also check the navbar/ecosystem area, since
_navbar_project.scssis changed as well, and confirm the new.pageinfo:has(...)selector actually applies there.
A short video showing these states would be enough.
|
Hi @tanav29, A short screen recording covering the preview validation points mentioned by @vedant21-ctr above (testing both /cloud and /kanvas, checking mouse-out recovery, and confirming the header ecosystem dropdown) would be great to verify everything visually! |
|
@vedant21-ctr @tejaswiverma121-byte The use of .has() is fixing the order problem in
The video showing the hover removing as the mouse leaves the div. below. Screen.Recording.2026-10-08.141827-compressed.mp4 |
tejaswiverma121-byte
left a comment
There was a problem hiding this comment.
Using .has() is the correct solution — it checks if the .hidden-highlight-box is hovered anywhere inside the parent .pageinfo, then dims the highlight box. DOM order no longer matters. LGTM✓
|
This PR is approved (thanks @tejaswiverma121-byte) and the Could you please:
Once the branch is green and the preview check is confirmed here, this should be ready to merge. No rush — just reply on this thread when it's updated. |
Signed-off-by: Tanav Poswal <63358333+tanav29@users.noreply.github.com>
|
@marblom007 @tejaswiverma121-byte Resolved merge conflicts |
|
Preview deployment for PR #1278 removed. This PR preview was automatically pruned because we keep only the 6 most recently updated previews on GitHub Pages to stay within deployment size limits. If needed, push a new commit to this PR to generate a fresh preview. |
|
Thank you for contributing to the Layer5 community! 🎉 \ \ |

Notes for Reviewers
This PR fixes #1138
Fixed the inconsistent hover effect on
/kanvasand/cloudSigned commits
Summary by CodeRabbit