Forum Replies Created
-
Posts
-
Out of 60,000+ Enfold users, only a fraction would actually encounter this bug, because it has to do with a specific type of configuration. It seems to me that the users that those users that have encountered it have politely requested a fix. A casual search shoes that there are at about 5 threads related to this bug in the last 6 months. That is not insignificant.
Heathcliffe has eloquently demonstrated that it is indeed a bug and not a matter of implementation. But just to offer a different perspective: If there is a layout configuration which results in onscreen navigation elements being invisible to the users, then that is definitely a problem.
As for the suggested solution link (2nd and 3rd full-screen video sections are too long due to header):
Earlier in this thread it has already been shown that this solution does not work correctly.The issue ‘unclemurray’ is describing in post #439171 and the original post in this thread are describing the exact same thing.
Unclemurray wants to see the whole section because he does not want the bottom of his video being cut off. I want to see the whole section so the bottom of the navigation arrows are not cut off. But essentially its the same issue.The first section is always rendered correctly, regardless of whether there is a transparent header, a non-trasnparent header, or an invisible header. The theme is smart enough to dynamically assign the height correctly, even if this means subtracting the height of the header from 100% when necessary.
This same logic could be applied to subsequent sections of the page.
I tried the fix at post #440743 but it only moves the anchor target, not the real issue.~R
Tyler,
You are exactly correct when you say:The scrolling arrow work great! The only problem is, they are offset the height of the header. The 100% of browser option is not taking into account the height of the header.
As a temporary solution we employed the CSS fix suggested by Rikard. But it not an ideal solution.
If we can get that browse height calculation right that should take care of it. I spent a few hours on it already but made little progress.R
Hi Y’all,
I think I have solved this finally. None of the above CSS fixes worked properly. So I took time and dug through the script to find what was actually causing the “BOING”. The solution is simple and is as follows.In avia.js, replace line 1453:
newH = el_height - st;with the following:
if(st > 0){ newH = el_height - st; } else { newH = el_height; }This solves the safari-boing and looks a lot better.
I suggest rolling this small change into future releases of the theme.
(this was tested on Enfold 3.0.8 in Safari 8.0.3 and Firefox 34.0.5)
~RSorry, this did not stop the appearance of the black bar during the bounce.
And it is still covering the navigation.I see that your addition does break the shrinking header functionality as you say, but it does not solve any of the issues either.
Couldn’t this be handled with a properly structured z-index style? Just to keep the navigation floating above the black bar?
~R
Are you saying it should be like:
#header_main .container, .main_menu ul:first-child > li a { max-height: 88px !important; } #header, #header > .container, .logo *, .main_menu ul:first-child > li a { max-height: 88px !important; }Or just:
#header, #header > .container, .logo *, .main_menu ul:first-child > li a { max-height: 88px !important; }Neither of these permutations work correctly.
Right now I have the former in my Quick CSS.
You can check the site to see the effect.
~RHi Yigit,
Correct, as I said in the original post it temporarily covers up the menu: In other words it doesn’t stay covered. But it should not get covered at all though, even temporarily because it looks like an error.
In my opinion either of these solutions would be an acceptable behavior for the header during the bounce:
A. The menu/header should always be stuck to the top of the browser window, on top of everything, and float above the black bar during the bounce.
-or-
B. The menu/header should bounce with the rest of the page as it does in the Mobile Version (the sceenshot in previous post), so the header bar stays below the black bar that descends from above.~R
Hi,
With UberMenu the shrinking settings (both placement and colour change) seem to have been overridden or lost.
Here is the link to see what I mean:
http://testsite.cutecircuit.comThe text is hard to read because the colour change is lost.
And once you scroll the page a little, the text does not place properly on the menu bar.Presently I have added the CSS found at this page (http://sevenspark.com/docs/ubermenu-enfold) to the Quick CSS field of the Enfold Admin interface.
Thanks!
