When I'm accessing http://ato.krislyle.com/brad-knull/ on mobile, the slide number that previews upon selection will not go away when the new slide appears.
Can you fix this? I've attached a screenshot to show what I mean.
Unfortunately, this only removed the contents of the container, but the enlarged container is still present and will not disappear. Attached is a screenshot.
Add this into the Custom CSS box located in your Salient Options panel (All custom css provided is tested in the Live Browser so it will work as intended . If you cant see any changes make sure there is no red cross in the Custom CSS Box as that syntax error would cause all css below it to not show up on the Frontend):
When I add this CSS to what Andrew recommended, it works for selecting the right-slide-arrow, but when I choose to go back (and select the left-slide-arrow) the counter remains visible underneath the arrow. Attached is a screenshot.
Fwiw - when I remove the CSS that Andrew recommended and only add yours, I lose the arrows altogether (which I still want/need).
I think you might have missed my first comment: "When I add this CSS to what Andrew recommended [i.e. when both CSS tweaks are added], it works for selecting the right-slide-arrow, but when I choose to go back (and select the left-slide-arrow) the counter remains visible underneath the arrow. Attached is a screenshot."
When testing on mobile, this hangup is more apparent because the slide number doesn't go away, unlike when you're testing on desktop and the code is responding to hover, not click.
That said, what's the necessary CSS adjustment to remove the slide-count for the back/left arrow?
Thanks!
*5 minutes later - just realized that when I add ".swiper-container .slider-prev .slide-count" to Andrew's original CSS it solves the slide-count issue I was having.
Thanks for the help though. I'd consider this a bug, though, eh? On mobile at least: that upon clicking a slider-prev or slider-next, the slide-count doesn't deactivate...?
When I'm accessing http://ato.krislyle.com/brad-knull/ on mobile, the slide number that previews upon selection will not go away when the new slide appears.
Can you fix this? I've attached a screenshot to show what I mean.
Hey there,
Thanks for reaching in,
Please use this CSS;
Hope this helps,
Regards
Unfortunately, this only removed the contents of the container, but the enlarged container is still present and will not disappear. Attached is a screenshot.
Hey Again,
Add this into the Custom CSS box located in your Salient Options panel (All custom css provided is tested in the Live Browser so it will work as intended . If you cant see any changes make sure there is no red cross in the Custom CSS Box as that syntax error would cause all css below it to not show up on the Frontend):
Thanks
ThemeNectar Support Team
When I add this CSS to what Andrew recommended, it works for selecting the right-slide-arrow, but when I choose to go back (and select the left-slide-arrow) the counter remains visible underneath the arrow. Attached is a screenshot.
Fwiw - when I remove the CSS that Andrew recommended and only add yours, I lose the arrows altogether (which I still want/need).
Hey Again,
You need to add both the CSS provided by me and Andrew. I already tested it in the Live Browser and its working 100% .
Be.st
ThemeNectar Support Team
Hi Tahir
I think you might have missed my first comment: "When I add this CSS to what Andrew recommended [i.e. when both CSS tweaks are added], it works for selecting the right-slide-arrow, but when I choose to go back (and select the left-slide-arrow) the counter remains visible underneath the arrow. Attached is a screenshot."
When testing on mobile, this hangup is more apparent because the slide number doesn't go away, unlike when you're testing on desktop and the code is responding to hover, not click.
That said, what's the necessary CSS adjustment to remove the slide-count for the back/left arrow?
Thanks!
*5 minutes later - just realized that when I add ".swiper-container .slider-prev .slide-count" to Andrew's original CSS it solves the slide-count issue I was having.
Thanks for the help though. I'd consider this a bug, though, eh? On mobile at least: that upon clicking a slider-prev or slider-next, the slide-count doesn't deactivate...?