Localization params auto-translating design flaw
6 years 3 months ago #3194
by studenman
Localization params auto-translating design flaw was created by studenman
This is in regard to the recent decision to add a feature whereby if a LocalizationParamsManager value ends up being a term string, then it gets auto-translated.
I can see a very common use-case would be to supply user-defined values as dynamic parameters. This would mean if the user set their alias to something like "App_Name" then it would replace the player's alias with "Fortnite" instead of the string they wrote. I think the LocalizationParamsManager should have a boolean to determine whether or not the parameter's value is interpreted as a term or not.
I can see a very common use-case would be to supply user-defined values as dynamic parameters. This would mean if the user set their alias to something like "App_Name" then it would replace the player's alias with "Fortnite" instead of the string they wrote. I think the LocalizationParamsManager should have a boolean to determine whether or not the parameter's value is interpreted as a term or not.
Please Log in or Create an account to join the conversation.
6 years 3 months ago #3195
by Frank
Are you Give I2L 5 stars!
Are you Please lets us know how to improve it!
Replied by Frank on topic Localization params auto-translating design flaw
I see your point. That can happen when you are using parameters entered by the player.
v2.8.8a3 now has a bool to set if you want the parameters to localize as well. Otherwise, it just displays the parameter as is.
I also added that flag to the LocalizedString, the LocalizationManager and Localize component.
However, the number of checkboxes in the Localize component was becoming too big, so instead, I added an Options popup where you can select which features to enable/disable for that component.
if you are querying the translation by code, you can use the allowLocalizedParameter:
Hope that helps,
Frank
v2.8.8a3 now has a bool to set if you want the parameters to localize as well. Otherwise, it just displays the parameter as is.
I also added that flag to the LocalizedString, the LocalizationManager and Localize component.
However, the number of checkboxes in the Localize component was becoming too big, so instead, I added an Options popup where you can select which features to enable/disable for that component.
if you are querying the translation by code, you can use the allowLocalizedParameter:
LocalizationManager.ApplyLocalizationParams (ref translation, allowLocalizedParameters:false);
Hope that helps,
Frank
Are you Give I2L 5 stars!
Are you Please lets us know how to improve it!
To get the betas as soon as they are ready,
check this out
The following user(s) said Thank You: studenman
Please Log in or Create an account to join the conversation.
6 years 3 months ago #3196
by studenman
Replied by studenman on topic Localization params auto-translating design flaw
Thanks for the quick response @Frank!
Please Log in or Create an account to join the conversation.
Time to create page: 0.178 seconds