1/ Ok, I understand, thank you! In fact, I'm not sure that it is the way to go... Yes, it fixes the link order problem but only in a specific situation. I agree that this node configuration is a very common case (I use it a lot), but there are too many situations where it won't work and we'll have to be hyper careful about adding extra nodes sometimes but not always. It won't work if group[9] is replaced by 2 or more following nodes. Or if in articy the group[9] is a condition, it will be converted to 3 groups by the dialogue system. I find it simpler to remember just one rule, a rule that is valid in all situations.
Moreover, the fact that unblocking [10] results in playing this node (and all following groups!) twice is dangerous: it means making double increments, calling scripts twice...
2/ On this setup :
- 2024_06_13.png (59.86 KiB) Viewed 349 times
This configuration works with the link order 1 2 3, but with 3, 1, 2 (link 3 is below normal priority) it loops infinitely. Even with the last patch. Here, the solution could be to unblock all links starting from [1] and beyond
only in the case when we go back (with a link) to a previous node that has already made its child evaluation (and blockings). That means, in this example, when the "try again" goes back to group[1], already "displayed" before in this group path. But it should not unblock groups made before group[1]. I suppose it requires storing additional information while the Dialogue System evaluates and progresses into a group path.
I'm sorry that this "linear group mode" turns to something so complex... I couldn't have imagined we'd run into so many new problems! It's up to you to tell me if we should forget it, if it's the case I'll respect your decision and will update my dialogues in articy accordingly. And if you want to continue, I'll continue to test the patches and to provide feedback.
