Googlecast labels not localized to device's language - ios

According to Googlecast's release notes and this issue tracker, localization should already be supported/implemented by default when using the new 4.4.2 SDK. Checking the actual GoogleCastUIResources.bundle also confirms the new translations. However for my iOS applications, changing the device language to any other languages still gives me the strings in English.
Am I missing any intermediate steps to get localization for my iOS apps?

Add the language in your project file, that worked for me.

Related

SiriKit: Custom Intents - localization problem

I have the problem, that Siri always responses with the english version of my intents. I have create a demo project to seperate out the relevant code:
I have 3 targets in my project:
The .intentsdefinition file is located in the framework (Base) and the classes are generated also there, as it was suggested in the WWDC talk (2018 - 211)
This file is also translated into the german language:
But the problem is, that if I create a shortcut/intent via the app (INUIAddVoiceShortcutViewController) the action name is already in english (should be Hallo not Hello), but as you can see, the whole ViewController is localized in german:
The strange thing is, if I select the action to see more info, the string inside this view controller is in german.
If I add this shortcut to Siri, the info texts are all in german, if I use the Shortcuts.app. If I ask Siri about the state, the response is in german, but the custom response of my shortcut is in english.
I reported the problem to Apple (feedback) and got an answer today. The bug should be fixed with iOS 14 beta 5.
I can confirm, that this is fixed with the latest iOS beta 7.

ios InfoPlist.strings translations doesn't work but all other i18n files work fine

I'm currently experiencing an issue where translations in the InfoPlist.strings file are completely ignored by the Simulator but at the same time it picks up on all other i18n related files which work fine and the "error" only occurs when the app asks for a given permission from the user.
The following keys are being translated:
NSCameraUsageDescription
NSContactsUsageDescription
NSLocationAlwaysUsageDescription
NSLocationWhenInUseUsageDescription
NSPhotoLibraryUsageDescription
But the value that is always returned is that of the default InfoPlist.strings.
I've verified that the files are properly installed, Xcode isn't detecting any problems with them and shows all the available localizations for the app.
Has anyone had this happen before?
Currently happening with Xcode 8.2.1 on all supported iOS versions.
For anyone else running into this sort of issue, the reason why the UI Notifications weren't being translated is because the simulator REQUIRES for the OS language to be set to the given location.
This means that to properly test that the application is being internationalized, setting the schema to use the given language isn't enough if you're internationalizing say the Notification Permissions text, you must go to Settings > General > Language & Region > iPhone language and set the language to test, only them will you be able to test OS level translations.
Hopes this helps someone.

iOS localization is broken with the upgrade iOs 9 + Xcode 7

I localized my app in Italian and English, using the Localizable.strings file and the NSLocalizedString macro. I also enabled base localization. Everything works fine in the simulator and on devices with iOS 8, but on iOS 9 the app is always in english, even on devices with the italian language selected as default in the iPhone settings.
Does iOS 9 changes something with localization?
Here's a screenshot of the Xcode localization settings
1
And of the device used for testing
Thanks in advance
Solved, the "problem" was the key "Localization native development region" in the info.plist file. It was setted to Italy, so when the app was running in a device with the Italian language as default it was showing the Base localization version of the strings (the English version).
Changing the value to United States solved the issue.
I have another solution, just remove the key 'Localizations' in info.plist.
It works for my case.
I've found a workaround.
The root cause of this problem is Apple changed the "Language Identifiers" in iOS 9, please refer this.
Since NSLocalizedString() (and variants thereof) access the "AppleLanguages" key in NSUserDefaults to determine what the user's settings for preferred languages are. I forced NSLocalizedString to use a specific language with is noted as their old Language Identifiers in older iOS versions once I found their Language ID is in new format. In another word, I made a mapping of "AppleLanguages" key value.
To do this, please refer to: How to force NSLocalizedString to use a specific language
I think Apple did a very bad job in compatibility!!

Localization Language resource ios

Hi I want to localize my application for Slovencina for iPhone.
But I am unable to find proper localization category from the xcode localization list.
I have tried:
Further I have also tried changing the region to slovencina...
Please help me to select proper localization files for the application..
Localization has some issues with iOS Simulator. I have also faced same issue back then while I was testing my application. Try to test it on real device.
Hope it works. :)

Xcode 5/iOS 7 - localization not working in simulator

I was following one of Ray Wenderlich's tutorials on localization but I can't seem to get it working.
I've set my project up for localization in English and French and I have a locaziable.strings file for each:
The French file has the correct (well as far as Google translate goes) French versions of my string:
I'm setting the strings by calling the correct key from the localizable.strings file:
NSString* strTitle = [NSString stringWithFormat:NSLocalizedString(#"Title", Nil)];
And I have the simulator set to French (BTW: Whenever I do a language change the simulator crashes).
But it is not pulling from the correct localizable.strings file. It's still displaying in English:
Am I doing something wrong?
If you are using xcode 6.1.1 and iOS sdk 8.1,try this workaround.
It seems localization does not work with xCode 6.1 and 8.1 simulator.
Workaround:
Go to "edit schemes" >> "Run" (side bar) >> "Options" tab >> "Application Language"
Select the language you wish to run the app on the simulator.
I got this workaround from Workaround by natanavra
Thanks to him.
However I read on developer forum,that it is working in 6.2 beta version of Xcode. Hope it do.
Maybe you have run the app at some time where the file Localizable.strings already existed but has not been localized yet. If this is the case, this unlocalized file still resides in the resources folder in the application bundle in the simulator (when you build an run a new version of your app in the simulator or in the device, unused files will not be deleted). This can lead to problems.
Try to delete the app completely from the simulator and build an run again.
I have experienced similar issues (IB localization in my case) on device. So general answer would be
Device - Uninstall app and clean project by Shift+CMD+K
Simulator - Go iOS simulator > Reset Content and Settings and clean project by Shift+CMD+K
These problems are really annoying. Along with poor ability to update localized strings is localization one of the biggest drawback of iOS development.
Another problem that could cause localization not work is the encoding of the strings file. Localizable.strings's encoding must be UTF-16. The default encoding of text file in xcode is UTF-8, that cause me spending a whole day to check why the localization not work.
In Xcode 6.0 and later, Localization not work by changing language in Simulator not working.
You have to edit scheme before running your application.
Go to Edit Scheme -> Run -> Options, change language here.
Now, Run Your Application. It will Work.
For more details, check this answer : Changing language on iOS 8.1 simulator does not work
My problem for this was an incorrectly encoded character in the localization file.

Resources