Ver. 1.3.3: Many Fixes + Optionally Auto-Close Main Menu

This is a generally highly recommended update.

Originally I just wanted to add the main menu auto-close function for modal Events (so you won’t have to worry about the menu being/staying open during cutscenes), but while testing it… I found found (and fixed) half a dozen bugs. Apologies.

Added Features:

• The main menu can now be closed automatically when an Event is running.
  Parallel and instant Events do not trigger this.
• Several properties have been added to the liveMenu API.
  Search the source code for @since 1.3.3 for more information.

Fixes:

• Remembered to set the version in the JavaScript API this time.
  It was previously stuck at 0, 0.
• Fixed missing TS_Live_Menu_and_Pause global variable.
• Added missing SceneManager._stack clone before .reverse().
  (This previously prevented going from a sub menu back to the main menu.)
• closeMenu() now just returns null while a next scene is queued.
  (Previously it would have overwritten the queued scene change.)
  CloseMenu/Close Menu now blocks while a next scene is queued.
• Block Game_Player.prototype.triggerAction in the menu.
  (Previously, the player could activate Events directly in front of or below them while in a menu, depending on the Events’ trigger type(s).)
• Moved the SoundManager.preloadImportantSounds hook from liveMenu to pause where it belongs. This also enables pause and unpause sound preloading when “Install Live Menu?” is OFF.
  Accessing these properties in liveMenu when “Install Pause?” is OFF will now throw a runtime error.

Revisions:

• Made backwards loops slightly easier to read in the source code.
• Certain built-in “Scene Control” commands now enter the wait mode TS_Live_Menu_and_Pause.liveMenu.WAIT_MODE_MENU, but this normally does not change anything noticeable.
  This may (very rarely) require plugin load order changes to function. Please see the updated “Load Order” section for more information.