When you load a mod with a stringtable.csv present the existing DayZ stringtable data is lost.
Expected behavior would be an additive effect where each additional stringtable.csv is loaded alongside the stock stringtable data.
Description
Description
Details
Details
- Severity
- Minor
- Resolution
- Open
- Reproducibility
- Always
- Operating System
- Windows 10 x64
- Category
- Modding
Steps To Reproduce
Add stringtable.csv to your mod. When enabled, existing DayZ stringtable data is lost.
Additional Information
in this example custom stringtables work however, all DayZ stringtables are lost:
"Language","original","english","czech","german","russian","polish","hungarian","italian","spanish","french","chinese","japanese","portuguese","chinesesimp", "STR_DZE_LOCK","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock", "STR_DZE_UNLOCK","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock",
This works and retains all DayZ stringtables but is not a modding friendly workaround as any other mods stringtable would override another.
#include "\languagecore\stringtable.csv" "Language","original","english","czech","german","russian","polish","hungarian","italian","spanish","french","chinese","japanese","portuguese","chinesesimp", "STR_DZE_LOCK","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock","Lock", "STR_DZE_UNLOCK","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock","Unlock",
Event Timeline
Comment Actions
Oh also worth noting but probably best for another report, having long localisation names (or fields, not sure, wasn't the one that tested) can result in the action tool tip (Drink Water, Build Wall, Open Door and such) to not appear. Might also break other UI's. Probably due to if the text over extends the width maybe?
Comment Actions
Mov3ax or Salutesh will make a bug report (or already has) later with more information about it
Comment Actions
Changing the ingame language with the Ingame-Settings breaks custom stringtable entrys and they no longer get displayed.
Comment Actions
Looks like the current form of stringtable wasn't really made with modding in mind. Not quite sure about priorities for this one.
I'm looking for some input from you guys. Is localizing mods commonly requested/desired thing? Would you expect to localize 'smaller' mods or run several bigger ones at once?
Comment Actions
Is localizing mods commonly requested/desired thing?
Yes it is required since I had have people ask me in PM's for localisation in their language.
Would you expect to localize 'smaller' mods or run several bigger ones at once?
Any mod should be able to add in their own localisation.
I personally reckon the best way would be for it so the game autodetects these CSV files like it does and just automatically merges them into a large internal file in memory.
Or as OPTiX put it, https://imgur.com/a/okK3Lwo
Comment Actions
I support what Jacob said. It's very very likely that smaller mods want to localize their item descriptions etc. And it should be possible to just read a stringtable.csv from each loaded mod + the game global one and just add them together.
It's not a gamebreaker without it, but I'd like to see this happening in like the next 4-6 months or so.
Comment Actions
"Is localizing mods commonly requested/desired thing?" Yes. I would love to have my mods localized, and have received quite a few requests for it to be done.
Comment Actions
I would love to make some mods publics, but that would suck to force my french players to have english strings. This is a must have.
Comment Actions
Any details on how this was resolved? How the intended way is to provide translation in the mod?