Else if is broken
-
@Deeeds This could’ve been done with a tonne more Ifs, but I can just disable behaviours, then enable them again once they’ve been missed. Taking advantage of how hyperPad executes behaviours.
-
@Aidan-Oxley I'm 99% sure your Else, in this situation, will get invoked (called) before the ifs reach a conclusion that they should turn your Else behaviour off.
-
@Deeeds Already checked that. I gave speed and rotation a value, then made Else and Stuff behaviour bundles have some visual effect behaviours, and it all worked as intended.
-
I really like how neat the execute sequence of behaviours is!
-
@Aidan-Oxley Where are you using execute sequence here?
-
@Deeeds Sorry, I mean the order in which behaviours execute under an event, not the Execute Sequence behaviour. Like how they do each branch first, then move on left to right, but only after each whole branch is finished.
-
@Aidan-Oxley That's not how it works. If you set up anything with a duration in a branch, you'll see that it jumps from left to right as fast as it possibly can, only downward movement through a branch is stalled by the durations.
Similarly, anything that takes a long time to create a result isn't worried about, either... I think.
I'm pretty sure that calls across (left to right) are blind, as fast as can be done... so far as I can tell.
-
@Deeeds That’s different. I’m talking about behaviours with no duration at all. As soon as they have a duration and behaviours connected underneath them, stuff changes. But still, I tested it, and it works. Idk about the more power hungry behaviours, maybe we should test that out too. But I’ve never ever had a behaviour to the right in a row activate before one to the left finishes (other than behaviours that have a duration).
-
@Aidan-Oxley I don't think so. I think you're just getting lucky, that the conditionals are happening fast enough (in this case) to get to the behaviour off before calling your Else behaviour. Push this hard, 100x, with others things happening, and I'm reasonably sure that you're going to get a few false elses firing...
@hamed any chance of this? Or do you have some kind of filtering that's making sure branches complete before moving from left to right?
-
@Deeeds Getting lucky? I’ve used hyperPad for like 5 years, made hyperPad super laggy, done all sorts of stuff, behaviours ALWAYS execute left to right.
-
@Aidan-Oxley I don't doubt they execute left to right, I'm doubting that they wait for their branch to finish before going further right to make the next call.
Are you 100% sure?
As to making it laggy... I can do that with ease. I think anyone can ;)
-
@Deeeds Left to right, completing the whole branch before moving on to the right. Unless the branch has some sort of intentional duration. It worked in my test project, that’s enough to convince me. Could try put some loops in there and see what happens.
-
Just tried this:
HyperPad froze for a second to do the Loop. The label turned out to be 2, so it did wait for the first (left) branch to finish before moving to the next (right). -
@Aidan-Oxley
You're officially qualified as a programmer.
Finding the cheapest, quickest, easiest, narrowest way to prove a hypothesis; that's exactly what programmers do. Every.single.time...
Drop the loop into a node one lower. Call a (for example) behaviour bundle first, that then calls the loop.
If that works as you expected, then drop the behaviour bundle's calling into a conditional (if) that chooses to call the bundle based on external criteria.
If that's still performing as you expect, then nest that inside something else, that does something else.
Keep going until your find something that breaks your expected result and hypothesis.
Then make a new hypothesis, and begin thoroughly testing that. And consider yourself to have graduated from programmer to coder.
-
@Deeeds I agree that elseif is super useful....but @Aidan-Oxley is right, if you really have to, you can get by without them in many situations.
Not ideal, but works. -
@Deeeds I’ve had else’s stop working too....I think it happened when I duplicated and rearranged ifs and elseifs a lot of times.
But I’m looking froward to their updated else’s! -
Behaviours are depth first. ie, it will finish the chain (unless it hits a duration behaviour) then go on to its sibling to the right. @Deeeds can you please stop arguing for the sake of arguing? Thanks.
-
@Hamed Where is this in the docs?
-
Its not in there. Should be but we overlooked it sorry.
-
@Hamed It is not for the sake of arguing.
it is to ascertain something as fact because I don't want to waste more time guessing what's not documented, and navigating around bugs and other things that are unknown and speculations.
Just like you, my time has a value.
