Show OptionsMenu When Leaving Menu/Screen

[cncb]

I am trying to show an OptionsMenu when leaving my SageMC menu/screen. I have put the UI code in the BeforeMenuUnload hook. This causes Sage to lock up when it attempts to show the OptionsMenu (I get the wait circle until I shut down Sage). If I put the UI code under a "Hook()" line then it only works some of the time. That is, if I go "Back" from my menu it shows the OptionsMenu as expected. However, if I issue the "Home" command it only shows the OptionsMenu sometimes and when I close the OptionsMenu it shows an empty main menu - I have to issue the Home command again to see the main menu items. Is there a consistent way to do this?

[GKusnick]

I'm not sure what you mean by a "Hook()" line. There's no such API call that I'm aware of. Maybe you mean "Fork()"? That shouldn't be necessary in BeforeMenuUnload, and would probably be counterproductive since it would allow the rest of the Unload code to continue executing while the OptionsMenu is up.

I've used BeforeMenuUnload to display an OptionsMenu and it works fine for me. But I don't write mods for SageMC so maybe there's some extra dependency I don't know about.

One thing you may want to check is whether the menu you're exiting from inherits a BeforeMenuUnload hook from its theme. If so, your explicit hook will override that inherited hook and possibly break something in the process. If that's the case, you'll need to link to the code under the theme hook to make sure it gets executed in your hook as well.

[cncb]

Sorry, I did mean Fork(). I will take a look at the theme. Thanks.

[cncb]

This doesn't seem to depend on STV so it might be a bug? I tried adding a new simple test menu/screen to the standard STV. It just has one line of text with no theme and tries to show an Options menu in the BeforeMenuUnload hook. I get the never ending wait circle with this simple test as well.

[GKusnick]

I double-checked my code and it looks like I was mistaken. I didn't do it from BeforeMenuUnload; I did it from a Home listener. My bad.

When I tried it just now from BeforeMenuUnload, it hung for me too. So I don't know what's up with that. Sorry.

[cncb]

Ok - thanks for confirming this.

[Opus4]

I had originally planned to make a comment not to do that until Greg said he was doing things this way... but then he revised that statement, so I'll go back to my original "don't do that".

By trying to open an OptionsMenu in the BeforeMenuUnload hook, you are trying to open a dialog during a menu transition & dialogs are automatically closed during that time. There are probably other locks going on in the core that interfere with trying to use an OptionsMenu at that point. Opening the dialog after Fork() and Wait(SomeTime) might work, but only because you would be waiting until the next menu is loaded.... in which case, perhaps consider doing it in the next menu's AfterMenuLoad hook, if possible.

If the dialog should open before leaving the menu, it would be better to show the dialog before calling the next menu, and therefore before the BeforeMenuUnload hook is called.

- Andy

[cncb]

Ok, thanks. I will try the Fork + Wait approach since it seems better than trying to listen for all possible commands that will cause the menu to be unloaded.