The unstoppable parallel process

[Tokumei No]

I am already sending it to GrandmaDeb. If we won't be able to solve this problem, I will send the project to you too

 

[Susan]

No problem, we'll get your project fixed up yet. ^^

 

[GrandmaDeb]

okay, here's the deal.


You managed to do something I think may have never have come up before.


You named your switches with a period and dashes in them.


Your event failed at the end when you said :


control switches; r-start to on


When I looked at your switch list, you had a switch called r-start and another called r-start.1


Because you had another switch called r-start.1, I think you threw the program for a loop. Literally.


honestly, your intro is incredibly creative! I love it, both graphically and the storyline too. But I can't keep running it with and without the switch to see if it works now that I have renamed all of your switches to not have any dots or dashes and put your switch back in.


I can tell you what I did and that it works like this:


I changed the first page of your parallel process to an unconditonal autorun.


I removed the switch of r-start in the last few lines.


I moved the change of the actor graphic to after the transfer so you don't see the flame before you move.


I also move the transfer location and filled the empty second map with the tile in the upper left corner of tileB, but I don't think those things will matter.


the second page is a self-switch dependent action triggered empty page.





The test event with just the last few events works, so you should be okay.


It works with the switch renamed to rstart


try it and let us know how it looks.

 

[Andar]

If we won't be able to solve this problem

You still have problems, because you're still ignoring one of the most basic rules, even if you had been told several times in this topic alone:


The transfer player command has to be the last command, because everything after it will usually be ignored.


But in your screenshots, the transfer player still isn't the last command - there is a control self switch command after it, and that command will not be executed in this case.

 

[Tokumei No]

@GrandmaDeb: I modified all the events following your precious instructions and it perfectly works!     

Thanks so much, thank you all, for your priceless help and patience.

 

[GrandmaDeb]

I'm glad. I have to admit I didn't realize that you can't use a dash in an switch name, but now we know.

 

[Shaz]

GrandmaDeb, the program uses the switch ids. The only times the names are ever used are in the editor.

 

[GrandmaDeb]

well, that makes sense to me, but I do know I carefully tested step by step ans renaming the switches fixed it. Anyways, happy day, it works. [=

 

[Shaz]

It's not worth looking into too far, seeing as it's fixed. But the only way I can see the switch names causing an issue is if there's a script that's been added to the project that does stuff based on switch names.

 

[Tokumei No]

As I said, I use the Lite version, so I could not edit or add scripts even if I wanted. Moreover, I would not know where to start from

 

[GrandmaDeb]

Well, it's driving me nuts. I'm on hold with the IRS, and retesting this.


I've recreated the error.


Anyways, Good luck, Tokumei! Looks very creative!


(and take that tutorial on switches. You haven't quite got the hang of it yet. [= Make a great game!)

 

[Tokumei No]

Thank you, I'll get informed about switches: with variables, they are essential to my game