[rejected] GetString(SI_KEY, locale)
 

Hey there,
would it be possible to make GetString take a second parameter, the target language? If no parameter is passed, it should default to the client language.
That way, we'd have a far easier time translating. :)

thank you!

This would require loading the full localization for another language into memory to query that string. It would also require changing all the localization systems to hold multiple languages at once. Which is to say it's not likely.

Question for both chip and sirinsidiator: Would it at least be possible to have the de and fr files extracted? I don't know if anything would need to change on zos end for that, but if they were also extracted we could just have those files in an add-on wholesale for testing purposes.

I guess I could just add them to the ESOUI repository. My guess why they have not been there all along is that it takes a long time to extract the main archive where they are located. Which is not a problem with my own tool - just a few more clicks. :D

Couldn't the tables be dumped to file on update?

Well, GetString works with the table ESOStrings, only. Item names and co. are not included anyway. You could copy the table to a SaveVar.
But maybe the question should be: What is the use-case?

I doubt all the localization is loaded anyway. E.g. in localized add-ons, you only have access to the current language and/or the default, other language files aren't even loaded

In case you have missed it, I added the language files to the esoui repo yesterday. It's ~640kb per localization, so not something you want to load all the time I recon.