-
Notifications
You must be signed in to change notification settings - Fork 165
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
Various sticky header related issues #508
Comments
Here's some ideas:
with:
because of: So I propose to change this:
to:
|
I think 1. is related to this issue: |
When displaying an header image and the mobile menu is not sticky we have this: because of this: But even when the mobile menu is sticky, pushing down the #header-image-wrap will result in overlapping the #page of 50px, hiding whatever is placed in that space. |
You knew I was about to yelling at you :P |
fix : when the layout is boxed + sticky header on on dekstop, the width of the header should be inherited from the used width (or default one ), and not rely on %.
…tomizr/hueman#508 fix : when the layout is boxed + sticky header on on dekstop, the width of the header should be inherited from the used width (or default one ), and not rely on %.
Problem:
on load when the page layout is boxed the navbar desktop sticky is not full-width.
Generally is not good that it the navbar in this situation needs the document to be ready to look fine.
The problem is even more evident when we have an header image, as in that case the "stickify" sometimes is not triggered on document ready.
That's what happens to the two users reporting this bug at the following link:
https://wordpress.org/support/topic/navbar-not-full-width-until-scroll/
The text was updated successfully, but these errors were encountered: