What's the best way to get output from --debug-assign without installing mod?

[AL|EN]

Hi,


What's the best way to get output from --debug-assign without installing mod?


I'm currently use --list-componnents but maybe there is a better way?

[Wisp]

--debug-assign only emits stuff when variables are assigned. I'd suggest you either wait for proper implementations of what you need or request them. I can't recommend you use something since I don't recommend you use --debug-assign.

[AL|EN]

Well, I'm using --debug-assign to read MOD_FOLDER, MOD_VERSION, TP2_AUTHOR. Launching weidu has the advantage of not relaying on RegEx. I don't know another way to get those values so if this is not the recommended way, I request to have one which is blessed.

[Wisp]

So you want one or more CL options that return the values of MOD_FOLDER, MOD_VERSION and TP2_AUTHOR? Anything else? I can swing some sort of --mod-info option that does that.

[AL|EN]

That's exactly what I want and I would have requested it long time ago if I knew that using --debug-assign is not recommended. To be specific, I would like to get those variables (and also new ones if there will be introduced later):

Code: [Select]

TP2_AUTHOR
TP2_FILE_NAME
TP2_BASE_NAME
MOD_FOLDER
MOD_VERSION
WEIDU_ARCH
WEIDU_OS
WEIDU_VER

I have requested including mods README line before, can you take look at it and see if it can be included?


Now, when see how you call the commandline switch (--mod-info), I could image that it serves much general purpose.


- all above variables
- all available languages
- all components associated to language (foreach lang -> list-components-json)


but this would require some more work, not sure if you currently have time for it now.

[AL|EN]

With the recent PI update, the mentioned '--mod-info' proposal gets a new level of usefulness:

- with the latest PI version, I've added dynamic full mod scanning
- all mods are scanned in the background and all required data is extracted
- mod language list is extracted via --list-languages
- mod component list is extracted via --list-components-json
- so I need to run weidu process twice and the whole scanning process is two times slower for each mod


So having such '--mod-info' feature would make current mod scanning two times faster.

[Wisp]

So having such '--mod-info' feature would make current mod scanning two times faster.

So given the amount and breadth of data being output by this option, it'd have to return a structured result (i.e., a JSON object). I'll see what I can do.