Forum replies created
nm, thanks, I’ve found the problem. I forgot to close a </style> tag and all the js / html code that went after didn’t load.
This is the menu DOM structure of the ‘missing’ menu page:
Note the empty content in the div class ‘mobile-nav-holder’.
This is the menu DOM structure of a normal menu page:
Note that the ‘mobile-nav-holder’ has normal menu items.
Looks like for some reason, the mobile nav elements are simply being left out.
never mind, I guess I can use @media in css for better control.
I did also try saving to another style and it didn’t work.
It can be hard to tell if it worked or not, especially if the font size is small – but I used Firefox’s built-in Inspector (computed tab), and you can see that it has been overridden:
See screenshot at http://imgur.com/KFrO6d7
A) the computed font-size is 103px
B) the computed font-size comes from this.style (103px), presumably a javascript instruction.
C) the original, saved .alora_huge_white_text edit at 130px, which has been overridden (notice the strikeout).
Could you see whether yours does the same? Mine is RevSlider 4.3.6
Thanks.
RevSlider v4.3.8 was released 27 Apr and it’s now Jun already – and I believe v4.3.7 (released 17 Apr) fixes a Ken Burns bug I’m experiencing.
Is it possible to release some sort of “beta” RevSlider package? That would be immensely helpful.
Otherwise, can you give me the license key so I can update myself?
Thanks.
No I didn’t because that overwrites the existing classes, which wasn’t what I wanted to do.
In any case, it doesn’t matter what px value I assigned (whether by assigning a class to the layer plus a separate css declaration, or by editing the advanced style setting, which does the same thing really – assigns a new class with css settings).
Whatever value was assigned, the RevSlider would resize it to 2/3 of the original value. So it appears to be a dynamic thing, probably by js.
Oh, the bug remains even we use the “Edit Style” to specify font-size and line-height (instead of using css tags as above).
So in Step 3, instead of adding the font-size and line-height to the css tag on the page, you can add that to “Edit Style” > “Advanced Editor” instead. Same result.
Thanks for the quick response.
I turned off CloudFlare’s Rocket feature and it worked. Seems that Rocket could still mess things up even if you add the data-cfasync=”false” tag.
is there a way to use css display an html background (maybe on a wrapper or something) so that it would render first (i.e. occupy the fluid space to be filled by slider elements) before waiting for the javascript to parse and throw the various elements into the class?
I’ve tried using the slider’s background-color and background-image, but it’s still the same – the slider ‘box’ is empty until the element is completely loaded.
Okay I’ve snooped around and found the auto-update option in the Revolution Slider settings.
I’ve entered my Envato username and Envtao API Key, but can’t seem to find my puchase code/license key for the Revolution slider.
Any ideas?