fastloops vs alterables string replace

Welcome to our brand new Clickteam Community Hub! We hope you will enjoy using the new features, which we will be further expanding in the coming months.

A few features including Passport are unavailable initially whilst we monitor stability of the new platform, we hope to bring these online very soon. Small issues will crop up following the import from our old system, including some message formatting, translation accuracy and other things.

Thank you for your patience whilst we've worked on this and we look forward to more exciting community developments soon!

Clickteam.

    i have a example of a
    fastloop verses alterable by finding a character in the richedit object say r and replace the selection with t
    ive seem to mucked up the fastloop side keeps going when it suppossed to stop and real (actual) time doesnt record properly in a counter while fastlooping
    can someone take a look at it

    Im wondering if fastloops are too fast to notice the differance of a changed character in the richedit object
    (made up another simpler example)

    my problem is the Fastloop way needs to find and change "r" to "t" and then finish like it did with the alterable value way (check screenshots below)

    Please login to see this link. (only noted important actions not all though)
    Please login to see this link.

    Regarding your last example,
    I may be mistaken here,
    but *I guess* that "stop fastloop" actually stops next iteration of the fastloop,
    thus both of your actions will be performed since they both belong to the same (first and only) iteration.

    "Stop fastloop" would have prevented the fastloop going to index 1 (second index after 0)

    a selection of my Fusion examples can be found Please login to see this link.

    Yes, of course it does, because stop loop has no effect in a single iteration.
    To obtain a different result in this specific situation,
    you could i.e. just switch the order between eventline 3 and 4 (with or without stop loop)

    stop loop becomes sensical on >1 iterations

    a selection of my Fusion examples can be found Please login to see this link.

    Wow your right schrodinger, i switched line 3rd and 4th eventline around it works as it should :)
    Please login to see this link.
    still i dont really understand why, but is the eventlines priority listed? (if it is i never knew that.)

    attached example with lines changed around

    now i see if i can get my first example in OP to work with it
    thanks again schrodinger. ;)

    Event priority in relation to loops should work this way:

    eventlines are scanned from top to bottom,
    when onloop condition is triggered,
    loops are immediately performed,
    loop conditions, again, are scanned top to bottom (this is why switching lines worked!)
    on loop complete, eventlines continue being scanned top to bottom from where the loop has been triggered

    Understanding this behaviour had been necessary for successfully using loops in intricate situations X)

    a selection of my Fusion examples can be found Please login to see this link.

    thanks for clearing that up for me schrodinger.

    I've changed my first example now its complete and works (not in the OP though) , also i changed the counters (timers) to seconds using the timer object

    complete 1st example is below

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login