Forum Replies Created
-
Posts
-
Hi Mike, check my feature request “Header Overlay Greyscale Slider” and you’ll see there is a solution accommodating prior and current behavior…
Well, indeed it “makes the overlay color more obvious” to the extent that it obliterates the original underlying image colors!
The slider increments the opacity by 5% at a time, and even on the first 5% there is no image colors only the greyscale!
I find it hard to imagine this was the original intent for the overlay. As of 1.3.1 with the use of the overlay the only image color is that of the overlay, whereas in the prior version the overlay functioned as a color tint to the underlying image with greater intensity as the opacity increased.
In my humble view to introduce a greyscale filter which is not optional was a poor decision. It seems to me that if the “greyscale filter” was optional, as I believe it should be, then both the current and prior behaviors for the overlay could be accommodated.
So I’d be obliged if this could be a future consideration. I’ve not dug into the code at this point and have no idea as to the degree of difficulty this might pose, but it would be nice if you could let us know if this is a possibility…
Well… I’m a fellow user… And just like you installed yet another buggy release, figured it out, submitted a bug report, saw your post & thought at least I’m not crazy, it is a bug, I’ll tip you off to the workaround… Hope they fix it soon 🙂
This is a Header Overlay Opacity Slider Bug… Under Customizing â–¸ Colors Colors>Header> the “Header Overlay Opacity” slider is malfunctioning! Set it to 0% to regain color images 🙂 ….
Hopefully… I imagine it got shoved in for testing purposes & didn’t get removed? Otherwise it seems a bit weird to me 🙂
The Error is caused in the following:
…wp-content\themes\septera\resources\js\frontend.js line 78/* Search form animation */
function septera_searchform_animation() {
var i = 0;
jQuery( “#access .menu-search-animated > a” ).on( ‘click’, function( event ) {
event.preventDefault();
});
jQuery( “#access .menu-search-animated > a” ).on( ‘mousedown focus’, function( event ) {
jQuery(‘body’).css(‘color’, ‘#ff0000’); <- HERE is causing the text to turn redRemoving line 78 seems to fix the issue…
It tacks on to the body tag
- style=”color: rgb(255, 0, 0);
before clicking search icon:
<body class=”page-template page-template-blog-page page-template-blog-page-php page page-id-2 septera-image-none septera-caption-one septera-totop-normal septera-no-table septera-over-menu septera-responsive-headerimage septera-responsive-featured septera-magazine-two septera-magazine-layout septera-comment-placeholder septera-normalizedtags septera-article-animation-slide” itemscope=”” itemtype=”http://schema.org/WebPage”>after clicking search icon:
<body class=”page-template page-template-blog-page page-template-blog-page-php page page-id-2 septera-image-none septera-caption-one septera-totop-normal septera-no-table septera-over-menu septera-responsive-headerimage septera-responsive-featured septera-magazine-two septera-magazine-layout septera-comment-placeholder septera-normalizedtags septera-article-animation-slide” itemscope=”” itemtype=”http://schema.org/WebPage” style=”color: rgb(255, 0, 0);”>The ‘Slide’ Transition Effect issue may be broader than just firefox 58.0.1, since for both firefox and edge I found than when the Septera landing page is open in 2 separate tabs at the same time, switching from one tab to the other may cause a blank slide to appear as the next slide image replaces it, that is if the animation is in progress on the selected tab, which it typically is. For this too I had to create a workaround.
It appears to be some kind of a timing problem which I confess I don’t really understand…
But as an experiment I modified …\plugins\cryout-serious-slider\resources\slider.js as follows:after line 253 I added 2 functions:
`function simulateClick() {
var event = new MouseEvent(‘click’, {
view: window,
bubbles: true,
cancelable: true
});
var body = document.getElementsByTagName(“body”)[0];
body.dispatchEvent(event);
}function runSim(count) {
window.setTimeout(function () {
simulateClick();
count -= 1;
if (count > 0) {
runSim(count);
}
}, 10);
}`in Carousel.prototype.slide after line 219 I added:
runSim(10);This doesn’t explicitly add time to the Transition Duration but the additional thread
activity permits the slide image to get properly loaded before the slide animation starts,
eliminating the blank slide.This may not be a “serious slider” bug but since Firefox Quantum updated to 58.0.1 the slider when set to animation type ‘slide’, the ‘right to left’ slide either on automatic or via the manual right hand slider arrow, slides in blank before the image appears, and sporadically functions normally. Manually selecting the left hand slider arrow the ‘left to right’ slide functions normally. I have not observed this for Cyberfox’s Firefox ESR version, or for MS Edge. I assume this might be a Firefox issue, and not a slider bug revealed by this update just released on January 29, 2018. Can you confirm this? Thanks…
