JumpsterG

Wow, I must have broken this feature somewhere down the line. Thanks once again for the specific feedback and for your patience. I am looking at this now and will provide an update very soon to fix this. Edit: New version is up, 1.4.3 on original post. I can't believe I wrote those 3 lines of code... I guess my logic was, when an invalid category was detected (put there by a modder for instance), it should save the original category instead of the "uncategorized" string that is used for all parts in the "Other" category. This effectively caused all parts placed in the "Other" category to only save their original category... New version removes that check and just sticks the invalid "Uncategorized" value into the .cfg file for category. This correctly causes KSP to ignore the parts once again. You shouldn't have to remove your sorting data this time, just open the sorting window and when you save from now on, the category will stick.

The utility doesn't delete parts, but it will allow you to set individual parts not to be loaded by KSP. Just drag them to the "Other" category button at the top of the sorter and those will be assigned an unusable category, effectively forcing KSP to ignore them. Just note that this only applies to parts, any associated plugins will still load. I find this useful, since you can change which parts are available depending on what you are doing. Remember though, that parts required by an existing flight should not be removed if you intend to keep the flight active.

Sorry, I should have mentioned that you can do a reset, then just delete the OrderlySorting.txt files from the problem parts to have the utility rediscover them next time you open the sorting window. I suppose it can never hurt to start over with Remove All, in the event larger changes have been made by an update, though. Regardless, Thanks very much for helping me iron out the wrinkles. This project is still relatively young and I'm glad it's reached a state where it can be useful. Once I find I am getting more positive feedback than bug reports, I will feel comfortable submitting this to the Spaceport.

I've made a quick change to how the utility detects the PART{} tag that might fix the issue Dodecadevin reported (Get 1.4.2 from original post). The utility previously would not detect the tag if the curly bracket or other text was in the same line. It now just checks the first 4 characters of the line (ignoring white space) to see if it says "PART" (case insensitive). The utility assumes the .cfg containing a part definition starts with the PART tag. Any other tags or text (Excepting blank lines and comments) will cause it to fail as reported. If there are any mods out there that rely on consolidating multiple tags into a single file, I will change this behavior but until I hear of such a thing, beware of this potentiality.

Strange. The utility should only be adding the PART{} tag if it is missing, which seemed to be working correctly when I tested it last. By any chance, were there any lines of text before the PART{} tag for these config files? Currently, it assumes the tag is the first thing in the .cfg file (allowing for empty lines or commented lines). I will probably revisit this functionality to make it more robust. Thanks for the feedback and workaround.

Hi KrazyKrl, thanks for the PM and bug report. 1) I'm going to get my hands on KW rocketry and test it myself today. Off my head, I'd guess the parts are getting shoved into the wrong categories because they use the old numerical values for the categories in their part.cfg files and the utility isn't smart about handling them. This doesn't cause any technical problems, the parts will just be ordered where you see them. You can work around this by simply dragging the parts to the categories you want them to be (click the part and drag to the button at the top). 2) Tooltips have been annoying since I introduced them. At the moment its very random when they work and when they don't, so it's been hard to troubleshoot. Hopefully I'll have this fixed in a version or two, because it is a very good feature. 3) This is a bug that I will have to address for next version, but I believe it is only a glitch in the sorter and not the actual sorting files. The workaround is to close the program entirely after using the sort window before using it again. I'll test this myself later, but if you try this and still get these duplicates, let me know. EDIT: I've posted a new version (1.4.1) including fixes for problems 1 and 3. First time sorting of parts with numerical values for category should now place them where they were intended to go. The sorting window will now correctly initialize its variables, so no more duplicates. Tooltips still to be worked out...

Updated version available on Original post. Now compatible with the new KSP 0.2 parts infrastructure. If you have sorting files around from a previous version, use the "Remove Sorting Data" button before sorting, since the format of the sorting files has changed. This version underwent a number of structural changes, and I have only been able to test a handful of mod parts thus far, so please report any bugs you find.

Newer version available in original post. Mostly just a code cleanup with some fixes and a new button to apply changes directly from the sorter window.

It wont sort them into subcategories for you (yet). I think in a later version I will try to give it some intelligence when reading part.cfg to figure out what a part should be, but for now the idea is that you can specify (by typing in) your own subcategories, at which point it automatically lumps them together in the list. Or you can always just move the uncategorized parts around if you find subcategorizing annoying to manage.

Yep, I think it's solved. And actually, the main menu's "Remove All Sorting Data" button works like a champ on every version all the way back to 0.6.

New version uploaded on original post, just a minor change to fix the latest reported error.

Hey JeBuSBrian, I'm trying to recreate this error and I'm scratching my head wondering how you got a part's subcategory to be "UnCategorized" instead of an empty string (how it should be set for uncategorized subcategory). If you're coming off a previous version (1.1 or previous), have you tried removing the sorting files and starting fresh? I don't remember changing how the subcategory is stored but... Regardless, I will make some changes to try to catch this error. I don't do contains() checks here (silly of me) because if there's a problem with the data at this point, something went wrong elsewhere (invalid values should not have been created). I'm actually a big fan of hashtables and dictionaries for the reasons you describe. After I fix the current bug and know that this is working out of the box for people, I will spend a version just redoing the logic and optimizing. EDIT: I think I may have found it (or at least a similar bug). The case where you double-click to manually change a part from an existing subcategory to the text "UnCategorized" would allow the text through without creating a matching element in listOfSubCats. Fixed this, but will keep looking for other pitfalls before releasing a new version later today.

Updated version available on original post. Please let me know if any other mod parts cause trouble!

Ah, I didn't foresee unexpected values for category (or test with any parts that did). Thanks for the specific feedback. This will be fixed later today. I'm not sure how I'll display these parts with unrecognized categories, though... Maybe an 8th Category button? Does this present a need to assign new categories to parts as well? Hmm... A workaround would be to edit the part.cfg (or just OrderlySorting.txt if it was created) category yourself to an accepted value. This assumes the mod that introduced the part doesn't require the specific value. Alternatively, you could remove the part temporarily and add it in after the sorting is done. On a side note, sorry for the ugly code. This is coded in my off time in a very "I need this function now, so I will code it now" style. Sometime I will refactor and document properly, but for now, just getting it working is all I care about.

Hey, excellent work, Man. I intend to try out Iridium in the office sometime this week (if beta works out). Is there any documentation on the best way to use it yet? For instance, is the client intended to be run while KSP is open, and are there any predictable pitfalls? By the way, it's awesome to see another VB coder. In my work I use VB exclusively, so am a bit rusty on everything else.

New version is up, check original post. Fixed the exception on your initial sort and improved functionality. Let me know if you run into other issues or if there is a feature that I have overlooked that would make the utility better. If I update further, I will probably improve the click and drag behavior (insertion indicators, more intuitive adjusting of subcategory) and add an option to automatically create default subcategories for common or well-known parts (perhaps based on Atanvaryar's strategy: http://forum.kerbalspaceprogram.com/showthread.php/24690-WIP-Part-sorting-mod)

Hi folks, I'm back. Sorry for the exception, I admit I threw this together pretty haphazardly and did not give it any testing further than seeing it work for my needs. I'll work out a few kinks and put out a new version in the next day or so. ROFLCopter64bit, yeah the utility does not automatically subcategorize parts for you (at this time, maybe something to add). In order to create your own subcategories, just double-click on "UnCatagorized" and type or paste a new or existing subcategory. You can also click and drag from the subcategory box to move the entire subcategory up and down the list (you'll see a multibox icon under the mouse). I found going down the list applying a subcategory to everything first (causing them to lump together) and then reordering within subcategories was the easiest way to do things. I personally am not thrilled with the click and drag functionality yet and cringe everytime I see the list jump back to the top after a change, so hopefully I can work out a more polished interface in the future.

I don't mean to revive this thread if it is inactive, but just in case anyone else happens across it while looking for a tool to help, here is a link to my Part Order Utility, which uses the same principle of renaming the parts folders with prefixes to change the order in the editor lists: http://forum.kerbalspaceprogram.com/showthread.php/27541-Part-Order-Utility-Kerbal-Orderly-Parts And another one I found by Atanvaryar: http://forum.kerbalspaceprogram.com/showthread.php/24690-WIP-Part-sorting-mod

Hi Atanvaryar. Looks like you and I got on the same kick at about the same time. I also became interested in reordering the parts lists and decided to create a utility to help. I really like your strategy of automatically determining categorization, this is something my app does not do. I will download your utility tonight if I have time and try to put it through its paces. Check out my part order utility here: http://forum.kerbalspaceprogram.com/showthread.php/27541-Part-Order-Utility-Kerbal-Orderly-Parts

UPDATED DECEMBER 27 KSP 0.23 Compatible -Lets you change the order of parts in the VAB/SPH. -CFG editing window allows quick adjustment of part statistics. -Change parts to the "Hidden" category to hide them from the VAB/SPH. (Does not destroy ships in flight) -Change parts to the "Disable" category to prevent them loading at all. (Destroys ships in flight, models/textures remain available for other parts) At this time, all stock parts are detected/modifiable and properly appear in game. This should work fine with parts from any mod but I suggest backing up your Save and GameData folder before trying this tool, just in case. As I test or receive reports, I will post a list of known compatible/incompatible mods It's been reported that game-breaking explodiness of vessels can result from the use of this tool. I have not seen this consistently happen, but please submit to me any .craft that gives consistent failure so that I may test with it to find a way to avoid this buginess in the future. Download via dropbox: KerbalOrderlyParts_2.3.zip Source code included 2.3 Changes: -Fixed exception thrown when discovering parts a second time -Fixed problems caused by {} brackets found in commented lines -Added exception to fix delta-wings, which still refer to a DAE file that doesn't exist >:/ -Fixed parts with MODEL_MULTI_PARTICLE{} being detected as a MODEL{} (Rapier Engines) -Fixed Goo Canister, Science Jr, and MediumDish which reference model.mu instead of the actual files used This utility is primarily intended to aid in sorting a mod-bloated parts-list. You can adjust parts up and down the list, move them from one category to another, and sort them into subcategories (which can then also be sorted relative to one another). Two specialized categories exist: "Hidden" and "Disable". Moving parts to the "Hidden" category hides them from showing in the VAB/SPH, but allows them to remain accessible to flights in progress and .craft files loaded in. Moving parts to the "Disable" category prevents them from loading at all, which will cause flights in progress using those parts to vanish. The tool also features a Part{} CFG editor window, which allows you to quickly make changes to parts without having to navigate through the GameData folders to get to them. (Make sure you hit "Save"! Right now, there is no warning or autosave for moving away after making CFG changes). The utility "takes ownership" of your parts by finding all PART{} definitions and splitting them out to a special "KOPSorting" folder within GameData. All parts using references to local models are restructured to point at their original folders. This means any parts or plugins that require resources be installed in a specific location will continue to work just fine. The utility allows you to revert the PART{} nodes back to their original .cfgs, but keep in mind that any category or .cfg changes made with the tool remain in effect. Screenshots: INSTALLATION: Place the utility anywhere on your computer and run it. -It will create a .dat folder where ever you run it from, so I would stick it in GameData and create a shortcut for it, just to be tidy. QUICK INSTRUCTIONS: -Run the utility -Choose your Kerbal GameData directory (KSP\GameData) -Click Discover and Prepare Parts (Do this now and anytime you add new parts) -Click Manage Parts to open the management window -Select the currently viewed Category and SubCategory using the dropdowns at the top-left -Use the center buttons to adjust the order of parts -Click "Show .CFG Editor" to see/edit the PART{} node directly -All changes are immediate (except to the CFG editor, click save there). You may open KSP without closing the utility, but don't make changes while KSP is loading or you may cause problems. Changes made while KSP is open will not appear until you reload parts or restart KSP. Happy Launching! --- Disclaimer: This should go without saying, but BACKUP YOUR DATA before trying any new mod or utility! -I take no responsibility for files or saves you corrupt or lose as a result of using this utility. O/S Compatibility: Tested Working on Windows 7 Should work on Windows 8, Windows Vista, Windows XP (FEEDBACK APPRECIATED) Might work on Linux or Mac systems using emulation software (FEEDBACK APPRECIATED) General License: Feel free to do anything with the included utility or the included source code provided you do not claim credit for its original creation. I ask that derivative works include a mention of the author, KSP forum user JumpsterG.

Hello Kerbal Forums! I've been enjoying Kerbal Space Program for at least 2 weeks now, launching rockets, horrible plane designs, and adhoc orbital debris removing missions with stock parts (successful!) and am preparing to dive into the modding scene. A little later I intend to upload a utility I created to help rearrange the parts list in the editor, but for now, I'd just like to say hello and get my first post on. -JG