Localization params auto-translating design flaw
			
	
						7 years 2 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.
			
	
						7 years 2 months ago				#3195
		by Frank
	
	
		
			
					
Are you Give I2L 
	5 stars!
  Give I2L 
	5 stars!
Are you Please lets us know how to improve it!
  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!
  Give I2L 
	5 stars!
Are you
 Please lets us know how to improve it!
  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.
			
	
						7 years 2 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.176 seconds	
 
 
 
			 
			