TheUnnamedOne

Woo hoo! Thanks a ton! I like the extra formatting too.

I just started looking at all the 140 or so new badge and wasn't looking forward to entering all the new exploration badges!

I'll get this all added into the next version. Should be easy to get a new one posted for Tuesday.

Have you confirmed this with the Progress Bar? I remember that it showed the Icon active for the day job there but even if you logged out there, you would get no movement on the Progress Bar for it.

I'd say Weapons Mastery is an exception. All it does is recycle the already-customizable Assault Rifle graphics.

Although it does show that the system should be just fine with customizing APP/PPP powers and other Inherent powers since Weapons Mastery proves that it can be done with unlockable powers already.

I hope so too. The only drawback is with 1000+ badges, the data entry requirements for all those badges keeps me from doing too much more customization. I just don't have the time to do a whole lot more with it.

I'd love to be able to go through and make more of the menu structures look like my AccoladePowerCollector spin-off and show how to get the badges you don't have.

With I19 on the horizons, I know there's a batch of Incarnate Badges to add and a mess of new exporation badges for the Hazard Zones as well. That's going to be enough work adding them without even thinking about adding more details.

True. I've used a system monitor to see exactly when the menus get loaded and it is fairly early on in the loading of the client. Every file with a .MNU extension in the Menus folder gets loaded before you even get to the server select menu.

Moral is always Exit to Desktop and reload the client if you make any menu changes.

Uh oh, you're going to get Kheldarn all excited again!

Just nest the submenu's Menu{} section inside the main menu's Menu{} section, repeat as needed.
When you do that, the main window will come up with a SubMenu Item labeled "To Make Blues 3" that leads to the submenu with the three different Tier Options. Though I can't remember if HotKeying (with the Ampersand) works with Menu names...

I changed the ending PopMenu command to "PopMenu Combine" so that the function recursively executes the menu until you click away from it or hit an invalid character. That seemed to almost preserve what you were trying to do.

I've been using Notepad++ with a custom language definition for .MNU files to create my popmenu files. The code-folding and syntax highlighting really helps keep the Menu, sub Menu and LockedOption sections straight and correct as well as highlighting any spelling errors in PopMenu code and missed quotations.

One of these days I may even try adding all the valid slash commands to my custom .MNU language file... Yeah right!

I might try this but since there's no way (that I have yet found) for PopMenu to access SG Badge info then I don't know how useful it would really be. Due to the ordering and naming of Explore Badges, most of the SG Badge requirements are simply all but the last 2 or 3 badges anyway.

I had tried using the LockedOption BADGE functions to key off the SuperGroup Badge names but it did not appear to work. It seemed to recognize the SG Badge names (since they were greyed out) but it doesn't appear to work since the BADGE function only works on badges awarded to the user not the SG. Now if there's a different SGBADGE LockedOption function that would be a different story but it's not "SGBADGE", I tried that already...

I like this one. The Paragon City list is pretty long and this would really help sort it.

Nice work! One idea though, instead of multiple separate menus, you could combine them all into one larger menu with submenus for each color. That may or may not work well with your recursive popmenu commands though depending on how you want them to work.

So let me get this right... even though right-clicking on these items (powers in the "Powers" window, inspirations, etc.) brings up a menu that looks EXACTLY like a popmenu and has the EXACT same visual formatting options and contains NOTHING that is not capable of being reproduced by a popmenu (assuming it can access the data of course) that it is a completely different function?!?

Aw, you just dashed my hopes and dreams and spoiled my entire weekend!

Nah, just kidding.

Thanks for all the clarifications and for putting up with my stubbornness. I'm like a pit bull sometimes with things... I just won't let something go until someone smacks me upside the head enough times.

Guess it's time to get to work on other things then.

Since you can already simply buy Prestige with INF I don't think this will be an issue. At the current 500:1 INF/PRE ratio, it's only 50,000,000 INF to get the same amount of Prestige that a Praetorian adds.

It's probably easier to get 50 million INF repeatedly and throw it at your SG than it is to repeatedly level a character to 20. There's longtime players and auctioneers with so many billions of INF to waste, this will not be an issue.

I didn't mean to have my comments come off as argumentative, I was just mostly thinking out loud. I'm just basing my ideas on experience with troubleshooting and customizing other Client/Server GUI systems. Since the GUI is what is asking for the power information when you right click, then there's SOMETHING in the Client that is sending a request to the Server. Since the resulting information is displayed exactly like a PopMenu "window", I'm just guessing that the Client is calling a PopMenu. Also since almost every other GUI function can be performed from a slash command of some kind, I'm guessing that there's either comparable slash commands or else internal PopMenu code that we don't know about. Of course it could just be a different kind of Client request that's unavailable by slash command too.

It's just like using the BADGE or AUTHBIT code in a PopMenu. The GUI initiates the call using PopMenu code, the request goes to the server to process whether the BADGE or AUTHBIT is True or False based on character data on the Server, then PopMenu displays the menu based on the resultant data it received from the Server. I'm just theorizing that there's other PopMenu code that requests power information from the server based on the character's power data.

Hmm, do you think I should use cookies, pie or alcohol to try to bribe it out of them?

In those two words I think you summed up the entire reason that PopMenu is completely unsupported by the Devs.

Yeah, we found earlier that some quirk of PopMenu doesn't work well with the /BIND commands. I thought you had to restart COH for the binds to take effect. I never thought of just zoning.

I'm fairly sure this affects /BIND, /BINDLOAD, and /BINDLOADFILE the same.

But isn't PopHelp just those annoying newbie exclamation points on the side of your screen since I18 that everyone just turns off?

Yeah, I realize that. The dynamic-ness of it is what gets me interested. Like with HTML, you don't technically have to use a webpage to get the webserver to give you data, you just have to give the webserver the correctly formatted code that it's expecting from the webpage. There has to be SOMETHING on the client that makes the request for the generated power info popup. That's what I'd love to find.

I can't imagine the Devs would create multiple different menuing frameworks in the client that look exactly like each other and perform almost the same thing. I'm sure that the right-click power popups are POPMENU-compatible code. Has anyone been able to "deconstruct" the code for a power popup?

There's plenty of undocumented stuff that's just waiting for us to find. I recently stumbled upon a chat variable -- $side -- that I have never seen referred to anywhere else. Admittedly it's not very useful but I'm sure there's more of those, just like I'm sure there's more popmenu menu file keywords that we haven't found yet.

Great! Glad they are being used by other people than just me!
I've been trying to hunt down that exact same info but as yet, I haven't found any traces of what they might be. They HAVE to be there somewhere in the character data but there may not be a way for PopMenu to access it.

Fixed! Thanks for catching that!

This is fix #2 that will be in version 0.1.5 when I get a couple more changes. Thanks for spotting that!

No. Unfortunately, it looks like the Devs never spent much time on the QuickChat and PopMenu menu code. No one yet has found a way to have the Keypad keys respond to a PopMenu hotkey. The & also seems to only respond to the character right after it so if you used "&numpad1" the menu would treat it as "n" being the hotkey.

We can do some cool things with PopMenu but it's almost like trying to create old Commodore64 BASIC programs to do things in a C++ world.

LOAD "*",8,1