roninator2

So I obviously came off on the wrong foot. Not what I was trying to say. Over the last year I've been getting more and more short tempered because of the general 'people are stupid', not to imply it here, just what I've run into over time (at work). If Moes was confused with my statement, it wasn't derogatory, it is a way of saying 'you didn't look at the whole screen - cause the answer was there'. Sorry to seem harsh, it's who I'm becoming the more I deal with lower intelligence?/interest? I don't know. People in general just seem to think of themselves and I get angry. So now I have a short fuse. The question was confusing to me as I never even thought about a tileset graphic as being only walked on. It can be whatever you decide. In short, sorry, happy game making.

Then that means you agree with MasterMoes that ... So, I disagree. The fact that the OP understood what to do after you explained it in detail just means they have not learned the program yet. I was saying it is confusing, because he/she does not understand the program. I laid out the options for an event, but I didn't explain the answer. An old college professor gave me a slogan that I still use today. RTFS. Read The .. Screen.

What your saying is confusing. The program does not make events with tileset graphics walk-able. This is what you set it to. You have three options when you make an event... Above player, same as player, below player. With these you have trigger settings Player touch, action button, event touch, parallel, autorun. Choose how you want that event to work and select the appropriate options.

Using a specific timer will be a little difficult, but should still be possible. An easier method would be to specify a specific turn. That's easier than running a countdown timer and checking when the timer reaches zero to perform an action.

Very sorry, I was wrong. Apparently this is one of the scripters that I did not include in my upload as Hime's site was still fully functional at the time. Use this https://www.mediafire.com/file/xs492unumanqnrb/TsukiHime.rar/file

Why would you need to change it to a switch? The script is designed to let you change the game over graphic and music with variables. You set the value for the variable and it will use that file. Graphics/System/GameOver0 Graphics/System/GameOver1 Graphics/System/GameOver2 ... etc To have it as a switch would mean you could only have two files and the files would be called Graphics/System/GameOvertrue Graphics/System/GameOverfalse Besides the fact that there should be no need to not use a variable.

TsukiHime\Scene-Window Related\Hime - Window Timer.rb

@LazyPanda19 Ask again if you can't find it here https://github.com/Archeia/RMVXA-Script-Repository/tree/master/_To Reorder

You really need to say a lot more. Notice how little help that statement is?

https://github.com/Archeia/RMVXA-Script-Repository/tree/master/_To Reorder @xSydRowex

https://github.com/Archeia/RMVXA-Script-Repository/tree/master/_To Reorder @TheKeeper

I have use negative values, but that was usually to fix off positioning. You could also use high value positive numbers if you need a window far off the screen. As for testing, make a copy of your project and play with it.

You may also be looking for a player reserve party script.

Any window manipulation would require scripting. Either you manually go in and write the changes to all of the code that points to each wndow, or you use a combination of scripts to make the changes with yourself specifying the locations. What I mean by that is Luna Engine. It is designed to allow you to manipulate almost anything on the screen. But you have to still set it up and sometimes manually create additional scripts from Luna Engine to control the window. Either way You have to learn the code and make the changes.

Full modded script with option to hide categories Updated again. Text description added for CategoryConditions