SirJulio

That's what i plan to do. Put a button in the main window (like the current "close" "settings" etc ...) to enable context edit. Doing that, i think i can limit the modifications to the code, don't pollute the main pod context menu for people who doesn't want to have context edit, and remove the problem with modules mismatch during reload which cause science experiments to be lost. Tell me if that solution seems good for you.

I cannot fix the issue and test it for now, not enough time for it, but you can use an old version (1.2.0.0 can be found on github). The context menu isn't in this one. Just download the toolbar separately or keep the one you're already using. I will probably have more time in a week or two. And yes, it seems to be the main module placed to give the AGM : enable / disable menu which screw things up. I will remove it completely and put a trigger to activate context editing in an other place. My apologies again for that.

Damn, sorry for that. I guess the quick fix was not enough, and i need to investigate further and change how i handle vessel change. I will keep you updated. Again, sorry for that error.

New release 1.3.2.0 : * (Hopefully) Fixed the bug with science experiments * Updated to Toolbar 1.4.4 Have fun !

I think i've found the problem. I try to find a way to fix it. Sorry not lots of time for it right, but i'm working on it. =)

Well having more than the number of existing action group is possible (in theory at least) but it will require to bypass completely the stock logic of action group. Let me explain : Each parts have modules, each modules have baseactions (like toggle panel, shutdown engine etc). In each of those actions, there is a field (a flag enum) with all action group listed and if this specific actions is tied to an action group (like a checklist). When you fire an action group, the game propagate the signal to all part (and module and baseaction) of the current vessel, and if a part is associated with the action group fired, then the baseaction is activated. The problem here is not handling the keybinding part (other addon already does it, precise node by example), the problem is the array in the baseaction class cannot be extended. So while theoretically it's possible to add other action group, it would require to bypass totally the stock logic, and i bet that it would be a debugging hell. =D So i'm not closed to the idea, and i already done some test, but that's not something i can easily implement (at least in current state of the game).

If I understand correctly your question, you want to be able to include a specific action (let's say put throttle to 75%) to any existing action group, is that right ? If that's your question, it's very tricky. Action recognized as BaseActions (so addable to an action group) are created when the game load the part (addon or stock same things). When the game load an assembly (a dll module) it parse it and search for any events (when you right click on a part) and actions contained in that DLL and build the part. I have tried to bypass the common loading system but i have not found a way for the moment. So ATM, all baseactions need to be hardcoded, you cannot inject baseactions "on the fly" (aka programmatically). To keep my previous exemple, i can make a partmodule, with a baseaction who will reduce your throttle to 75% if you add it to an action group, but it need to be in a dll and present before the start of the game.

Well, that's weird. I don't touch science logic in my mod, but i'll look into it and keep you posted. Thanks for the report 5thHorseman. =)

I may look into it, but i don't really know how to do it (to be honest i never use IVA). Thanks, and glad you like it. =) For the toolbar, as long as blizzy doesn't break the API of the toolbar, you can use any future version of the toolbar. But i like the idea to latebind against the toolbar and put a toggle in the pod action click, i may implement that. Thanks for the idea. =) And the resizable window is planned too (but i need to finish some needed component for that like a resizable slider).

@Trigger Au : Like what would happen if you click on an item in the ressource panel ? If yes, maybe ressourceShown in UIPartActionController (get from static Instance) is what you look for. It's how the ressource panel click is handled : On click on a ressource the ressource panel fire an event to set an id (i don't know how to figure out the id though) in the UIPartActionController. ressourceShown is just a list of int. Let us know if that works I may be interrested too. =)

New release 1.3.1.0 : * Added a recap window. * Updated to Toolbar 1.3

I don't maintain this mod for 0.22 anymore, but there wasn't any breaking changes, so it must load fine. What's the problem ? Does the main window load but not the button ? Do you have any other mods which use the common toolbar ?

When you have the view with all the files click on the upper left, File => Download.

Hey toadicus, i love your mod, especialy the headup display, very good idea. Just a suggestion : Can you add a close button on each window. Only the Rendez vous window has one currently.

I understand the problem with the root part. I'll see what i can do with that. =)