Use UTF-8 with BOM for localization and name list files.Though the examples are HOI4 based, the principles apply equally well to any Paradox game mod. It can be a useful stop for questions beyond this wiki, and contains step by step guides for much of what is talked about here. The Modding Git Guide is a community made guide for using Git, GitHub/GitLab, and related tools such as KDiff3.Consider using a source control system like Git and a collaborative forge like GitHub to manage team collaboration. Backup your work to avoid losing everything.Use a proper merge tool (like WinMerge, or the Visual Studio Code Extension L13 Diff ), to merge between folders, and update modified vanilla files to a new vanilla patch.So choose a prefix no one else will ever use like the name of your mod. Your files can have any name, all files in the folder will be loaded by the game. Adding separate files and use loading from folders whenever possible, to improve mod compatibility and maintenance. Minimize overwrites of vanilla files, unless that is your main goal or somehow necessary (on_action triggers).Read the forum post by the developer for more info. Use CWTools for advanced validation and auto-complete: CWTools is a syntax validator for Stellaris modding, developed as an extension for Visual Studio Code and also available for Sublime.Note that some modifications need a game to be loaded or even the option to be used on screen/in the back-end before their code will run. Good Editors usually have the ability to track changes to files from outside the program and prompt for a reload, thus showing you errors with one glance at the file. Use the error.log file to get execution errors: The log folder can be found right next to the mod folder. A good text editor can also format the displayed text so that braces can be collapsed if complete, and complete/incomplete pairs are highlighted.
0 Comments
Leave a Reply. |