My application is in three languages - Russian, Italian and Portuguese. I added key words for all of these languages (main one is Russian), but in app store you can only find the app by Russian key words, not the other two. Could you, please, help me with that?
It is because App store is divided by countries or regions. And your device is probably in Russian App store. If you whant to check your application in another regions you can change your device region (https://support.apple.com/en-us/HT201389)
Related
I'm looking for a set of chars that can be used to include in the app name for app store submission.
So far I know that alphanumeric characters are ok in the app name that is displayed on the springboard
Can an app name start with a digit?
Can an app name have + somewhere in it?
Can it have a ? mark?
Can it have dots . or colons : ?
I ran into problems when submitting an app with a + in it AppName+ displayed fine during debugging, but I could not submit it as a package name for the app store.
What about the name used to list the product in the app store?
I know that : is allowed in the app store name
What about +,-?/:. ?
I need to understand which characters I can display to the user as the app name on the iPhone and which characters can be displayed in the app store.
For example, my app's springboard name is called CoolApp++ . This is the name that is displayed under the icon.
To submit the app to the app store, I need to provide bundle identifier in the form of :
com.yourcompanyname.appname
Any input is appreciated!
An app has 4 names: the product or bundle file name, the bundle ID suffix, the App store name given to iTunes Connect, and the Bundle Display name under the icon. Only the latter 2 names allow special characters and spaces. The first 2 need to be plain ASCII with no spaces. You can set all 4 app names separately, and plenty of apps approved by Apple do have these 4 names all different from one another (as long as they aren't misleadingly different, I suppose).
The Target or Project may try to set these 4 names all the same at the beginning, but they can all be edited and changed to youR preferred, separate and 4 different app names latter.
Now, there is no guarantee as to whether this will pass submission, but any symbol you can find on the keyboard manually is fair game (!?&$#();"-/::[]+}=#*^_€|•<€£|, etc.), along with most if not all Latin-based diacritic characters, Sanskrit, kanji, Korean, both simplified and mandarin Chinese, and Russian. I'm sure there are others, but iOS is only now expanding support for several exotic languages.
When it comes to Unicode and Emoji, there are some characters that iOS might not be able to render, or that apple would deem inappropriate. The springboard was never meant to be a chaotic mess of symbols, it was meant to be a place where people could associate application icons and titles with apps. Though apple seems to be backing Emoji ever since they expanded the japanese keyboard.
So, while they may be found in certain apps, to use apple's words "If we reject your application, do not cite them as examples to appeal your rejection."
Almost all characters are allowed, for example, there are apps with names with diacritics, Chinese and Korean alphabets. There are plenty of apps with ".com" names, or "AC/DC" for example. As long as it the display name is close to the actual name of the application (ie. abbreviations etc. are allowed, entirely different bundle names are not). Apple might reject applications with garish names though.
I want to add local languages for the description of my app, and so I made a new version just so I could Localize the description. However, I did not change any of my app to be location-dependent (It's just english, and it's a rather simple resistance-color code calculator app without much text, and operates on the basis of color-codedness.) Will my app be rejected for failing to truly "localize", per se? Is this a stringent guideline or is it okay to just change the app store description language?
I don't know if Apple will reject you on that basis or not. But doing something like that could anger your customers, and I wouldn't blame them. I would suggest that you either localize everything, including the content, or localize nothing. Misleading your customers is not the path to long-term success.
Your app should not be rejected. I've done this. My app is mostly numbers which is universal. I've translated descriptions to 6 languages and the app is in the app store just fine.
Don't mislead your users. Your users are your greatest allies or enemies, depending on your attitude. If you don't respect them, they won't like you.
If you want to make a localization, create a support for multilinguality and you can add languages later on. Also, in my opinion your users should be able to choose the language they want to use your app in. As a default you can choose the language of the region. However, it's rude to localize by location and not letting the users to change their language. If you show respect towards your users you will have greater chance of success.
Since I'm not using any real localization technique besides having my dates generated based on the user's locale, I still wanted to have different screenshots in different countries for my app. Any way of doing this?
For reference, i know the app Moneybook is doing it, but also understand that they have localization support.
Thanks in advance.
Yes, within iTunes Connect add some localisation which allows for different text and images for languages.
If you just want different images you will need to copy your English text and keywords in.
There are a great number of tutorials that tell you how to write multilingual apps for the iPhone. I haven't found one though that deals with my particular problem...
There must be a way how an iPhone app can enforce a certain default language if the user runs the iPhone with neither of the languages supported by the app?
Here in Switzerland we speak German, French and Italian (in different parts of the country). German can be considered the "default" language because its share is nearly 65%. Hence, any national retailer has his product descriptions in these three languages. We built an iApp that supports these three languages.
So far so good...as long as users have selected either of the three languages in their iPhone settings everything works as expected. For users that use the iPhone in English, that seems to be a significant number, this goes wrong because the application is displayed in French instead of German (the assumed default language).
Why? Because French by default is higher up in the list of available languages in the iPhone settings than German. The workaround for users is to switch the iPhone from English to German and back. The iPhone places German second in the list of available languages.
How should the app best deal with that? Ahh, of course we could support English for UI elements but our customer's product descriptions simply aren't available in English. Hence, this isn't really an option.
You can let user choose which language to use in app and set it like this:
NSArray *lang = [NSArray arrayWithObjects:#"de", nil];
[[NSUserDefaults standardUserDefaults] setObject:lang forKey:#"AppleLanguages"];
I came up with the same problem some time ago. My way of solving it was to set all the localizable elements programmatically and not rely on the iOS localization at all. I implemented my own language manager that handles localized strings (read from a custom resource file) and tries to choose the best language for the current device (using the rules provided in a custom preference file). Of course, if the current preferred language of the device is available among the localizations, it has the highest priority. I also leave an opportunity to change the language in settings.
Inside the iphone contacts, when you edit the contact's address a list of country names shows up in a modal view controller. Is there a way to access this plist of country names from my app?
Probably not. The Contacts app and it's bundled data such as this is accessible only to it, just like every app you might have on an iPhone. Each app is limited to accessing its own data. (There are certainly exceptions to this rule, reserved for Apple's use only. For regular developers, your data is your data and no one can touch it.)
You will likely have to find or build your own table of countries to include in your app. Luckily, the list of valid countries doesn't change too often (although with world events these days, who knows!).