Viewing 21 posts - 1 through 21 (of 21 total)
  • Author
    Posts
  • #1205532

    Unfortunately, most of the request concerning this topic were made quite some time ago.
    Still it is recommended to change the default value of transitionSpeed, which now is no longer in shortcodes.js but in slideshow.js for all sliders.
    In principle there is nothing against including a child theme js. But it has the disadvantage that you have to check with every update if there are any major changes in these files to not miss new features.

    Then you should also note that it would be better to keep both files (slideshow.php and slideshow.js) in the child-themes folder.
    The php contains the instruction to load the js – here you have to point to the child-theme folder.

    But if I take a closer look at the slideshow.js, there you can find the default values for transition speed, interval and animation.
    In the php file i can find these ( except transitionSpeed) in : function shortcode_handler as attributes and these are added as data-attributes.

    I can now influence them via functions.php f.e. by:

    function change_slider_defaults() { 
    ?>
    <script>
    (function($){
    
       $('#customSlider_ID .avia-slideshow').attr("data-animation","fade");
       $('#customSlider_ID .avia-slideshow').attr("data-interval","8");
    
    })(jQuery);
    </script>
    <?php
    }
    add_action('wp_footer', 'change_slider_defaults');

    it would be nice to have the same oportunity to change here the transitionSpeed aswell.

    __________

    But why doesn’t even changing this value in the parent theme lead to the transition from the last slide back to the first one being controlled with the same transition speed?
    Here we seem to have the old default value of 900ms.

    • This topic was modified 3 years, 11 months ago by Guenni007.
    #1208083

    Hey Guenter,

    But why doesn’t even changing this value in the parent theme lead to the transition from the last slide back to the first one being controlled with the same transition speed?

    Did you enable the Performance > File Compression settings? If you did, try to toggle or disable it temporarily to regenerate the scripts.

    Best regards,
    Ismael

    #1208095

    i will try that !
    how about the influence on transitionSpeed via child-theme functions.php ?
    The animation method and intervall can be influenced the way above. – why not the speed

    #1208641

    Hi,

    Thank you for the update.

    Yes, it would be nice if we can add adjust the animation speed in the element editor same as the animations and interval, but that’s not the case unfortunately. If you want, you can modify the av-helper-slideshow.php file, look for the code around line 267 and include the transitionSpeed in the data string.

    $data = AviaHelper::create_data_string($this->config);
    

    The slider will then use the value of the data-transitionSpeed attribute instead of the default.

    Best regards,
    Ismael

    #1208864

    thanks Ismael -but it wasn’t so much a question of whether it would work this way, but rather if it would be a useful setting that could be included in one of the next updates. The best way to do this is to have an input array in the sliders.
    I can work it out now – but then I would have to consider repeating it every time I update.

    #1211023

    Hi,

    We’ll forward the request to the channel for consideration. We can probably add another input field in the slider editor containing the transitionSpeed value.

    Best regards,
    Ismael

    #1211061

    The one with the input field would be the most elegant solution.

    But the problem is not solved yet, why the transition speed from the last slide to the first slide remains at 900ms even though I changed the value at the corresponding place in the slideshow.js of the parent theme

    you can see it here: https://webers-testseite.de/pureinstall/fullwidth-slider/

    it is set on parent-theme slidershow.js to 5000ms ( extreme but to better see the difference )
    but the change from 3 to 1 Slide it is much faster – i guess 900ms.

    No caching tools – no merging on that page.

    • This reply was modified 3 years, 10 months ago by Guenni007.
    #1211091

    Hey!

    I added a selectbox “Transition Speed” to Easy Slider -> Advanced Tab -> Slider Animation (in 4.7.4.1).

    I will check other slideshows asap.

    If you want to have a beta version to test let us know.

    Cheers!
    Günter

    #1211262

    that would be great to have that beta – but do you know why :

    But the problem is not solved yet, why the transition speed from the last slide to the first slide stays at 900ms even though I changed the value at the corresponding place in the slideshow.js of the parent theme. …

    https://kriesi.at/support/topic/transition-speed-in-slider-alb/#post-1211061

    #1212184

    Hi!

    The slide transitions slower than usual, so the changes seem to be working as expected. Please try to check it on incognito mode.

    Regards,
    Ismael

    #1212267

    everything is as mentioned above – only onething i recognized on playing with the effect : the transitionSpeed is ok from slide3 to slide1 on sliding.
    But with the fading the slides the bug remains. This is now that I have set it to 8000ms and linear animation more than obvious.
    In all browsers!

    Make your browser window a bit narrower so that you can see both sliders at the same time. It is also clear that they do not run in the same rhythm.

    But that doesn’t bother me, the transition from end to start slide certainly does.

    https://webers-testseite.de/pureinstall/fullwidth-slider/

    #1215807

    Hi,

    Sorry for the late reply Guenni007!

    I checked the sliders but fading also seems to be transitioning fine from Slide3 to Slide1.
    I may have misunderstood the issue. Could you please share a screencast? :)

    Best regards,
    Yigit

    #1216078

    Last Attempt – i think it is very obvious that the slide effect works good – and even the transition between slide3 to slide1 is equivalent to the others.
    But with fading there is a different speed ( from 1 to 2, and 2 to 3 this is preselect 10s : very smooth blending )
    but on the transition 3 to 1 it looks totaly different:

    Video

    #1216240

    By the way : on Enfold 4.7.5 – it stays the same on fading ( sliding is ok ! )
    The transition last slide to first slide is different. ( on the example page i set it now via alb to 8000ms and autorotation to 10s.

    #1216244

    Hi,

    Thanks! I get it now. I will forward it to Günter :)

    Best regards,
    Yigit

    #1217283

    i guess there must be changed something with the this._stopSlideshow(); in slider.js.
    see f.e. line 347ff in slider.js

    It seems that the slideshow – allthough it is set to ininite loop stops and then starts again.
    You see this on the caption titles best. Inbetween the slideshow the captions are faded very smooth – but from last to first they look like they started a new slideshow.
    but I can’t figure out why sliding works with these settings and fading doesn’t

    #1219428

    Hi Günter,

    We have fixed the issue and it will be included in upcoming version.

    I have included updated enfold/config-templatebuilder/avia-shortcodes/slideshow/slideshow.js file in private content field :)

    Best regards,
    Yigit

    #1219725

    Wow !!!

    Thank you very much for this!
    You have to admit that it looks more harmonious already, right?

    #1219748

    Hi,

    Exactly :) Thanks a lot for your feedback!

    Best regards,
    Yigit

    #1220011

    by the way : you can delete the
    CUstom Element Options from Guenni007 – https://webers-testseite.de/edited-enfold-alb-elements/
    on Github – after Günter has implemented most of these changes – it is no longer necessary to have these edited ALB Elements. So Page does not exist anymore

    #1220031

    Hi,

    Thanks for the heads up. I just edited and removed it :)

    Best regards,
    Yigit

Viewing 21 posts - 1 through 21 (of 21 total)
  • You must be logged in to reply to this topic.