sgg-modding / modimporter Goto Github PK

Whenever I try to run modimporter.py it gives me this

Cleaning edits... (if there are issues validate/reinstall files)

Reading mod files...

Mods/ModUtil/modfile.txt
There was a critical error, now attempting to display the error
'Hades.v1.38290'
Traceback (most recent call last):
File "C:\Users\rainb\OneDrive\Desktop\just....normal games\Hades.v1.38290\Hades.v1.38290\Content\modimporter.py", line 752, in
start()
File "C:\Users\rainb\OneDrive\Desktop\just....normal games\Hades.v1.38290\Hades.v1.38290\Content\modimporter.py", line 719, in start
loadmodfile(mod.path.replace("\","/")+"/"+modfile)
File "C:\Users\rainb\OneDrive\Desktop\just....normal games\Hades.v1.38290\Hades.v1.38290\Content\modimporter.py", line 559, in loadmodfile
to = default_to[game]
~~~~~~~~~~^^^^^^
KeyError: 'Hades.v1.38290'
Press ENTER/RETURN to end program...

I attached my folder setup but I don't think that's the problem

Make putting "Load" before load commands optional, namely the only one
"Load Priority" can just be phrased as "Priority"
Readability is still good, and modfile is to be phased out before load commands get more complicated anyway.

CSV doesn't work with modimporter.exe.

--Data--
Modfile:
To "Subtitles/en/Theseus.csv"
CSV "Subtitles/en/Theseus.csv"

Theseus.csv
append
Integrated,Theseus,0600,Theseus_0600,,,,"Text1"
Integrated,Theseus_,0601,Theseus_0601,,,,"Text2"

For example if my current directory is /home/user then running 'python somedir/.../Hades/Content/modimporter.py' runs the script inside /home/user instead of the game directory, would be cool to be able to either pass the game directory as an argument (python modimporter.py --dir somedir) or specify it as a variable (GAMEDIR=somedir python modimporter.py)

in case of the variable maybe something like this somewhere at the beginning of the file

gamedir = os.getenv('GAMEDIR')
if gamedir:
    os.chdir(gamedir + "/Content")

When parsing modfile, modimporter does not treat the following as a comment:

:: Import "insertpackagehere.lua"

Other comments using :: seem to be working fine, though.