IDEAS FOR PLUGINS IN DYNRPG

Currently, it's not possible to detect what is going on in the menu (which screen, which item selected, etc.). The only thing a developer can find out is whether the menu in general is active or not.

But I can tell you an undocumented way to find out which menu screen is shown.
0 = main screen
1 = item screen
2 = item target selection
3 = skill screen
4 = skill target selection
5 = teleport screen
6 = equipment screen
7 = end confirmation screen
8 = status screen
9 = party order screen

What's also possible is drawing a custom (maybe even animated) menu background, by handling the onSystemBackgroundDrawn callback.

Also, it's of course possible to draw something on top of the menu, using the normal onFrame callback.

By combining these things it would indeed be possible to add additional stuff to the menu, at least to the main menu screen. Other screens would still be difficult because additional information (which hero is selected, which item is selected, etc.) is not available yet.

Oh crap, I made a mistake in getMenuScreen. The correct code is:

You can already loop pictures with Parallel Eventing.

or change it to a front view battle system? ;(

author=Feldschlacht IV
Is it possible to edit the battle system with DynRPG? Namely, fix some of the bugs?

I second this. Mainly the action canceling bug in the DBS that happens when players and enemies act at the same time. It's a small bug in theory, but it wreaks utter havoc on custom skill systems!

If I could select my skills without worrying about if the enemy might act at the same time and unintentionally cancel my entire action WHILE taking away my MP, my battle system would be complete. Or just getting rid of the ATB make making it turn based would be golden.

But that might be a bit much. That one turn based patch was good idea, but it clearly wasn't finished.

author=drenrin2120
if i may add to that list a designated switch that toggles on/off if any map event is active. this will make coding a cms less painful. the main idea being preventing acces to a menu during the middle of an event processing commands.

I do this manually and what you suggest doesn't sound like a viable alternative. That would mean in order to access the CMS no events can be active. That rarely happens unless your map is lifeless and it would mean you can put anything on the map that is always active.

For number 9, you could create copies of the same song at different starting points. If you track the midi ticks, then the next time you play the song you can pick the one that has a starting point closest to the previous midi ticks. Most songs would only needs a few starting points.

Yeah, I know what you meant. And it's still not a good option because what is there to differentiate between commands that should disable the CMS and ones that shouldn't? If an event is playing a bgm, performing switch/variable operations, moving an event, or showing a picture it would be active but shouldn't disable the CMS every time. You would still have to manually determine that or you end up having the CMS disabled at times you don't want. You wouldn't be able to have loops running.

It would be less work to turn ON switches during times the CMS should be disabled and nest the code for the CMS in branches that check if those switches are OFF.

author=Skie Fortress

author=Feldschlacht IV
Is it possible to edit the battle system with DynRPG? Namely, fix some of the bugs?

I second this. Mainly the action canceling bug in the DBS that happens when players and enemies act at the same time. It's a small bug in theory, but it wreaks utter havoc on custom skill systems!

There's a workaround for this! To my knowledge, the bug occurs when two separate actions call the same common event. Try creating a common event for each character that needs one. It's sort of awkward, but if you're sticking with 2k3 workarounds should be commonplace. :)