I haven't actually done it myself. The methods are all virtual to allow devs to cleanly override them with their own new functionality that wasn't anticipated in the original scripts. So, to be honest, I haven't spent any time thinking of the ideal way to do it both from the workflow perspective and an implementation perspective.
I suppose it depends on how you want to represent the nested menus. For example, say you want to represent it using another level of dialogue entry nodes:
- nestedMenus.png (18.41 KiB) Viewed 250 times
Then you might want to override StandardUIMenuPanel's ShowResponses and HideResponses methods as well as StandardDialogueUI's ShowSubtitle method. Don't hide the menu in HideResponses. Instead, hide it in StandardDialogueUI.ShowSubtitle. In StandardUIMenuPanel.ShowResponses, if the last thing shown was a menu (e.g., Melee Attack | Cast Spell), then show the current set of responses in a submenu. I recommend using the UIPanel component for the submenu since it takes care of keeping a button focused.
In contrast, I'm guessing that the original poster (MOTYSHIZ) generates the submenu items outside of the Dialogue Editor, using the names of characters in the player's party and/or the enemies they currently face. In that case, you'd want to handle it differently.
