Im busy this week, so ill test this over the weekend. But I think this might not be right. To know the currently selected button when you press up/down with the arrows/gamepad, we increment/decrement a counter whenever you press up/down and mod by MAIN_MENU_BUTTON_ORDER.len(). Then we index into MAIN_MENU_BUTTON_ORDER to determine the event to send/action to take. So this might lead to unexpected behavior (the Compendium button is still there, even though the UI doesnt show it. Remember that this ChildBuilder is just used to show what is happening in an internal Local<MainMenuUIState> (basically an integer). It isn't really the "button) .

So really you either

1. Make this generic over the ActionEventEnum+ActionEventEnum handling system+array of values that correspond to those actions
2. At compile time, set MAIN_MENU_BUTTON_ORDER to be a singleton array when we use the arcade feature
3. Toggle different main menu setups by placing each implementation in its own plugin and enabling/disabling those plugins in UIPlugin::build, and even based in CLI parameters by making UIPlugin have a field like simplified_start_menu: bool or main_menu_kind: MainMenuKindEnum . Something like: rename MainMenuPlugin to StackedButtonsMainMenuImplPlugin and the main_menu module to stacked_buttons_main_menu . Then do something like the following in MainMenuPlugin::build

// It is important that exactly one of these branches is taken because the single plugin on each branch
// provides some way for the user to go from `AppStates::MainMenu` to `AppStates::Instructions` and 
// gets to assume that it "controls the world" as far as drawing on the screen goes, if and only if we are 
// in `AppStates::MainMenu`. This invariant cannot be easily expressed in a type system
if cfg!(feature=arcade)` // || self.simple_main_menu
{
    self.add_plugins(ArcadeSinglePressMainMenuImplPlugin);
}
else {
self.add_plugins(StackedButtonsMainMenuImplPlugin);

}

Basically, if all you can do is go to the instructions screen, I dont think you even need a button. Make the UI you actually want in the arcade and dispatch to that.

I chose to do option 2. Once we have more content to put on the main menu, like high scores, I think it will warrants its own plugin.