Pocket Plane Group
Friends and Neighbors => Weimer Republic (WeiDU.org) => WeiDU => Topic started by: Wisp on June 03, 2017, 08:34:32 AM
-
No new features will be added until after 241 has been released.
Changes since 240.01:
- WeInstall quotes the name of the mod and should work with e.g., spaces.
- You can use \n back-references in the destination of COPY_EXISTING_REGEXP.
- Trying to copy files to a non-existent directory will result in the directory being created instead of an installation failure.
- Rewrite documentation of READ_2DA_ENTRIES_NOW/FORMER and SET_2DA_ENTRY_LATER/NOW.
- Add TEXT option for APPEND_FILE.
- Add WITH_SCOPE and PATCH_WITH_SCOPE.
- Fix incorrect offsets in WMP_*_LINKS.
Plus some additional compatibility fixes for PST: EE (accounting for the fact monkfist.2da does not exist in PST: EE and was used for some pan-EE checks) and a change to the LANGUAGE variable that should be transparent for all supported use cases (the variable is defined after TRA files are loaded, instead of before).
-
Binaries for MacOS are now up, with thanks to Argent77.
-
Report:
Just before "SUCCESSFULLY INSTALLED", shows
"ERROR: No translation provided for @-10000
Continuing despite error."
and no @-10000 found in prompts.tra.
-
Report:
Just before "SUCCESSFULLY INSTALLED", shows
"ERROR: No translation provided for @-10000
Continuing despite error."
and no @-10000 found in prompts.tra.
WeiDU does not use @-10000. It's probably your mods.
-
Errrr...You are right...
Sorry for that...
Edit:
I think I know what's wrong. Another mod I installed before uses @-10000 as mod name which logged in weidu.log.
-
Issue update:
With v242, if a previous installed use component name use tra line included in prompts.tra(e.g., ToBEx, BGT...), the error message appears when install any other mod later.
-
Using the negative range of numbers is unsupported because it's for WeiDU's use. If the problem persists with a non-negative tra number, please provide a test case because I can't reproduce the issue based on the information you have provided.
-
After more test, the real issue is %WEIDU_OS% in name of .tra file include in LANGUAGE block.
My test:
1.
LANGUAGE ~Chinese~ ~schinese~ ~test/schinese/prompts-win32.tra~2.
LANGUAGE ~Chinese~ ~schinese~ ~%MOD_FOLDER%/schinese/prompts-win32.tra~3.
LANGUAGE ~Chinese~ ~schinese~ ~test/schinese/prompts-%WEIDU_OS%.tra~
No error message both 1 and 2, only using code 3 there is one like
ERROR: No translation provided for @100
Continuing despite error.
-
Fixed. Sorry about that.
If you want a workaround in the meantime, you can use something like this:
LANGUAGE ~Chinese~ ~schinese~
~test/english/prompts.tra~
~test/schinese/prompts-%WEIDU_OS%.tra~
This way the component names will be in Chinese while installing, but in English when written to the log file. Here English is used as the default language in situations when the Chinese tra file cannot be loaded (it's not intrinsically necessary to use English as default, but it is perhaps easiest). The problem is caused by the log being written inside a minimal variable scope, which erroneously did not include variables like %WEIDU_OS%.
-
Fixed. Sorry about that.
If you want a workaround in the meantime, you can use something like this:
LANGUAGE ~Chinese~ ~schinese~
~test/english/prompts.tra~
~test/schinese/prompts-%WEIDU_OS%.tra~
This way the component names will be in Chinese while installing, but in English when written to the log file. Here English is used as the default language in situations when the Chinese tra file cannot be loaded (it's not intrinsically necessary to use English as default, but it is perhaps easiest). The problem is caused by the log being written inside a minimal variable scope, which erroneously did not include variables like %WEIDU_OS%.
OK, it has been resolved. Thank you for your patience and instructions.