Fair Strides

I managed to do this on a few of the menus, but the issue that had me stop was that no matter which way I adjusted the values, the game would apply an offset to the clickable locations for triggering buttons. At one point, I had to be a quarter-inch or better diagonally-upper-left of where the button was to be able to click on it... I imagine this could be due to aspect ratio, but I don't know for sure.

Are you changing the .utc file and then just loading a saved game? If so, then you wouldn't see any changes; the game saves everything from the .utc file into a saved game and loads it from there. To see your changes, you'll need to use a save from before ever entering an area with that .utc file to see the new changes.

Thank you for the input. I've taken another look at the Toolset and realized that I forgot to process that file type when loading levels... Also, you won't be able to load the "_loc" .mod files like you wouldn't a level. The Toolset has specific steps it goes through when loading a level and if the .are, .ifo, and .git files aren't found, it will basically freeze up until I add checks to make it cancel and warn you.

You can't access the inventory of a file that exists on the map unless you open it in the appropriate editor (which can be done either through right-clicking the icon in the Area View [i think I had that functionality...], right-clicking in the Area Contents section, or through the button that shows up in the Properties section [though I forget if the "Use GFF Properties" button needs to be off for this to show up or not...]). The map is displayed at its "true" angle in the Toolset. The in-game map screen can only show maps in a rectangle view with the top and bottom wider than the left and right sides. I haven't yet looked into how the game determines the orientation, but once I do, I should be able to make the map rotate in the area view. I just don't know if it'll screw up with the coordinate system... Adding compatibility for Jade Empire might be a possibility, except for two things: 1. This is called the "KotOR Toolset", so it'd make sense to specialize it for the KotOR games' idiosyncrasies in the file formats. 2. Jade Empire's files are likely in a different (but this is Bioware, so similar) format. I'd need a lot of time to study them and see what is still true to my own knowledge... As to why the levels make the KotOR Toolset freeze, it's because the Toolset looks for particular sections of the file formats and loads files included in the level while the level is being processed and loaded. It's quite likely that it simply will not find the files it's being told it needs to find.

Which unhandled error was it? One thing you can try is to go into the tslpatchdata folder and open the changes.ini file. Then you'd use a Replace All to replace the / with \. If saving this and running the installer as an admin doesn't work, try replacing the \ with / and try again. This would need to be done for both the 1.0 and 1.1.

@Reztea: You've already asked for help in a new thread on everything in your post, so I will simply say to check the latest replies in that topic.

A function that can greatly help you would be the ShowPartySelectionGUI one, in addition to the SetNPCSelectability function already provided by DarthRevan101. // 712: ShowPartySelectionGUI // Brings up the party selection GUI for the player to // select the members of the party from // if exit script is specified, will be executed when // the GUI is exited void ShowPartySelectionGUI(string sExitScript = "", int nForceNPC1 = -1, int nForceNPC2 = -1); The int nForceNPC1 and nForceNPC2 are numbers from the npc.2da file (though DarthRevan101 did get the order correct ). This can be done to lock a party member, but would need to be supplied every time you activate the screen through scripting. The SetNPCSelectability will allow you to remove the ability to select an NPC. If memory serves, DarthRevan101 is correct that this can be done to an already-active party member to keep them in the party. -------------------------------------------- As to changing the lighting of a level, if the level had animations on the lights in the level's models, then it could be possible to change the lighting through scripting. Otherwise, the best you can do is change the color of the fog in the level (and even then, you can't change the level of the fog... ).

Try adding one more ) in front of the ");" at the very end.

This script would need to go in the OnDamaged script slot. Also, you will not need to set the Minimum 1 Hp setting in the UTC file, as that's done in the script with the "SetMinOneHP" function. And the "//" denotes a comment in the code, purely for explanation. No, there is no auto-level function, unfortunately. Also, you can l9ck the Party Selection screen with SetAreaUnescapable function. S value of TRUE should disable it and calling the function again with a value of FALSE should re-enable it. I don't have the modding tools on me at the moment to look up the functions at the moment, but I know the compiler isn't seeing a valid location and I don't think the 0 inside the location section is required... ActionMoveToLocation(Location(Vector(-77.5775390625, -51.8112106323242, 0.0), 213.749927975663), 0, 1.0);

The Local functions (not the global ones, mind you) will either return 0 or NOT 0, so FALSE or !FALSE. It's a weird quirk they seem to have. Mine was originally a typo on that, since the idea was to see if it was > 0, not In the DLG file in question for that scene (852nih.dlg, second main branch), Visas plays the 1431 Meditate2 animation, assigned from the dialog file itself, not through script. Given that, I don't know if the animation is custom to her model, or the general animation. As for your code, the following should do fine:

I would need to know the order you installed the mods in. Also, can you link to where you got the F!Revan and Bastila Romance mod? I believe I know which mod you're talking about.

Assuming this "specific door" is a unique .utd file in the level and only spawned/used once in the .git file, you can attach a script to the OnOpen slot: That should work for you. The local boolean stuff is just to make the conversation only activate once.

According to the vanilla code, it does indeed add the extra attacks. What are you doing in your setup, such as weapons equipped, feats used, effects applied, .etc?

This is due to KotOR Tool's UI not liking the resolution. I have similar issues with its Text Editor and have had issues with the Creature Editor in the past. You can try reducing your resolution to something like 1024x768 or similar. Also, if you have any DPI scaling going on to make things bigger, reducing that might help as well.

Makes sense to me, but it only matters if it makes sense to the game, and I don't know that it won't crash if you have the multiple constants for the Mechanics line.

Yes, you can change the names and descriptions, through either editing the lines in the dialog.tlk file or adding new lines to the dialog.tlk (which would then involve changing the references in the skills.2da. The numbers in the "name" and "description" columns refer to entries in the dialog.tlk file. In Scripting terms, that would link them all to the same skill. That wouldn't help in terms of the already-compiled scripts in the levels, but it would work for any scripts going forward. The "label" column is purely for the convenience of the person messing with the file. It's the "(Row Label)" column that's important, as that's actually the index to the row itself. Granted, it can't hurt to cover your bases and both move the row and change the "(Row Label)" column's value.

I've done some digging around in the GUI. Even if I swap the positions of the Demolitions and Persuade skills in the Character Generation Skills page, the skill points go to their original spots. The CharGen GUI is pretty hard-coded in that respect. However, I also swapped the GUI elements around in the normal Skill Info page (in the menus, right beside the Character screen) and they showed up properly there. So it's a foible with the CharGen menus that you'd need to be aware of and tell the users.

Did you swap the entire rows? Because if you had done so, Demolitions would have still been affected by INT modifier and Persuade by CHA. As to the Empathy feat itself, does it work even if you have no skill points in the affected skill?

Even if they were, that wouldn't be a solution. The way the texture displays on the weapon is a part of the model itself. And the weapons in this case may be part of the droid models and not spawned in by the game when the weapon is equipped. So the only way to fix that would be to edit the droid models themselves, which has its own issues. So this may be an issue you'll have to live with.

Remember though that you can't add working passive feats like what the skill focus would do. Certain kinds of passive feats are possible though, by editing the relevant scripts. If you edit the scripts that control grenades, you can add feats that affect the damage or whatever of the item by manually scripting it to be so. This isn't possible with skill checks, since the game does it as a hard-coded action. As for the game crashing, it seems to really hate giving a custom jedi class. Non-jedi classes will place nice just fine. As to this one, that would need some testing. For starters, do the skill focus feats even work in the first place? Another thing is that we don't know how they work. If I were to guess for myself, I'd say the game has it hard-coded so that the bonuses are given to hardcoded skill numbers. These would be 0 to 7 to represent a row in skills.2da and that's where the bonus would go. A way to test that would be to swap Persuade and Demolitions rows in skills.2da and see if the Empathy feat boosts the Demolitions skill.

That is likely because the weapons are part of the droid models but use the same textures as the real weapons. It's been known to be the case before and likely is here as well.

The simplest way for me to respond is probably going to be a one-at-a-time method. 1. Sadly, the 30-point allotment is hard-coded. You can get around it with the Recommended button as you've discovered, though. 2. You can remove skills, and the game will recognize far more than the vanilla eight, but the GUI will only recognize eight skills because that's all the game's .exe was programmed for. So you could revise the skills.2da to remove the unused/combined skills' rows and just use your own. Unfortunately, you could potentially run into issues where a script isn't possible to de-compile and you happen to need to change a skill check in that script to get around this. 3. In a round-about way, you could do so. The game has four "hidden" inventory slots that are not represented in the GUI. These slots are the CARMOUR, CWEAPON_L, CWEAPON_R, and CWEAPON_B slots in nwscript (I presume these to be "Creature hide slot", "Creature left weapon", "Creature right weapon", and "Creature bite weapon"). You can use scripting in the start of the tutorial level (in the script that adds equipment by level, for instance) to add the required item to the player's inventory and equip it via scripting, since the player can't access the slots in-game. 4. Your guess is correct in how you'd go about doing that. I can probably get a good tutorial going throughout the week and have it up either during the week or the next weekend on all the tools and where to start. 5. The skill focus feats are in the files, but I don't know if the game's .exe was coded to recognize them. Sadly, we cannot actually control what the "passive" feats (any feat that you can't physically use) do or make our own, as the effects of "passive" feats are hardcoded into the .exe. 6. Sadly, the only way to do this would be to boost the CON score, but that'd be for every level. There's no way to do this so that it only affects the first level at character generation. 7. Unfortunately, the attribute progression is hardcoded into the .exe as well. 8. New classes are definitely possible, though I believe we've always had trouble with doing the spellcaster classes and the game crashing. 9. There is a way to limit which spells are available to which class, which would allow a psuedo-Talent system, but for it to actually work, you'd need to keep the three-class system Bioware implemented. So it'd be a toss-up between "Jedi character progression" and "Specialized access to powers".

Besides, the TSL Prima would be next to useless with TSLRCM...