If I make one app that is for different countries but for example is sponsored by "Lyft" in the US and "UBER" in the UK can i make changes to the app store images in each location to show Lyft in the US and UBER in the UK so i can avoid making more than one app ?
If not what is the best workaround for this?
It's possible to upload different screenshots for different localisations.
First of all you have to add additional localisations for the languages / countries you want to target in iTunes Connect.
Then go to the new Media Manager to upload different screenshots for the different localisations. (And not "just" take the ones from your primary locale)
Related
I'm facing this problem while designing my iOS app. Suppose that a user purchases an app and downloads it to the iPhone. I would like to provide him with a default consumable item the first time he runs the app to use whenever he wants , however I would also like to track if the user has already consumed the item. This way if he decides to reinstall the app we can restore the transactions (if he used the item) or we can avoid possible intents to download different kind of content by reinstalling app and consuming default items each time. (Guess NSUserDefaults is not an option here).
One approach that came to my mind was using UDID(or any iOS 6 alternatives) to keep a record on server of the user's device the moment he uses the default item. But this will limit items just to the device from which they consumed content.
It would be great to support all the user's devices (like inAppPurchases), but I can't figure out a way to implement this.
Any suggestions or help would be great.
Thanks a lot.
In order to tie information to a user (not just a device she used at one time), you'll need to ask the user to identify herself and save it someplace other than the device. In other words, a backend that implements registration and login.
From scratch, this can be a lot of effort that an iOS developer didn't count on. Fortunately, there are several services in the world that provide a substantial head start. Here's a nice round-up. I've had direct experience only with Parse.com, and think it's excellent.
I need to develop an application that will behave differently depending on the user's country. Let's say, if the user is in France, some functionality would be available. But, if the user were from India, he would be able to acces a different set of functionality.
If it were only language based restrictions, I could switch functionality using NSLocale class methods. But my functionality is really dependent on the user's country because of licensing and legal reasons.
What are the best practices for dealing with this situation?
For each market where you have specific requirements due to market-specific licensing or legal issues, you can create a separate app in iTunes Connect and make it available for download only in the relevant market. And if you need to, this also allows you to provide a market-specific EULA. It's a big maintenance burden, but it would ensure that only users in a given market can access the app.
Note that in XCode you can fairly easily build, deploy and publish multiple versions of your project built from different configurations (XCode calls this "Targets"), so you could still achieve this in a single codebase by simply adding some preprocessor definitions in the relevant target definitions and putting #ifdef in your code where you want differentiated logic.
A 3rd party app has no access whatsoever to any information about the user of the device or access to the iTunes account. There is no way to know the user's true country. At any given time, the device may not even be associated with any one person. An iPod touch, for example, may have no user logged into any iTunes account. The same device can ultimately be logged into one of several different accounts.
All you have access to is the user's current GPS location (if the user allows your app to access that information) or their current locale.
Basically, there is no way to do what you need. Of course you could prompt the user but obviously there is no way to verify this information.
I'm going to release an app in the UK and US App Stores. I would like to have two different data sources according to the store my application is downloaded from. Basically I would like my app to connect to my US servers when downloaded from the US store and to the UK servers when downloaded from the british one.
I was thinking of including the origin URL in the as localised string but I don't think this is a stable solution.
Any idea?
thanks a lot
Claus
I'm not sure, but I don't think the app has knowledge from where it was downloaded from.
You could create two apps, one for UK and one for US, and make the apps only available in their respective local App Stores.
However, depending on the amount of apps you would have to produce (if you intend to distribute your app in more than 2 countries in the future), it might be easier to just ask the user which data source to use on startup, or let him define one in the settings etc.
Or use the iPhone's current language or even location to select the data source.
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.
HI,
I am developing an application for an esteemed client in Australia. They have certain copyright issues when it comes to uses outside Australia accessing the content via the app.
Is it possible to have a local and an international version of the app, both available via iTunes Store? The international version will only have permissible content. If not, please advice the best option to deal with this issue.
Thanking you in anticipation
Cheers,
Amit
Yes, you can create two versions of the application with different SKUs. The best way to do this would by by using a wildcard certificate and using a different project identifier in the application's plist file.
Using the administrative panel on iTunes Connect you can then restrict the sale of the SKUs to different territories.
These options become available when you have paid the $99 for a development certificate, and and when you upload your application to iTunes.
As others have noted, it's possible to build two versions and to use the iTunes store to restrict distribution based on the nation where the buyer is located.
However there's another issue to consider. You say that the problem is "accessing the content via the app" outside of Australia. But you're on a platform which is inherently mobile, and may not be located in the same country it was when the user got your app. What happens if someone is in Australia, gets the app legitimately, and then travels to some other country? They're no longer in Australia but they have a copy of the app that assumes they are. Would your client's copyright restrictions still permit them to access content that's supposed to be Australia-only?
If not, your problem is rather different than using app-store restrictions. But it might also mean that you get to have a better solution to the problem that doesn't require multiple versions of the app.
Think about it: the iPhone knows where it is. A 3g phone can get GPS-accurate location info, and the older phones get reasonable approximations anytime they have a phone network connection. That gives you lat/long coordinates.
What then? Since your home area is pretty well defined, it might be simple-- draw a rectangle around Australia on a map, and define "in Australia" as being in that rectangle (being a whole continent comes in handy here). If you want something more precise, feed that lat/long into a reverse-geocoding API (there are many-- Flickr has one, for example) to find out what country you're in.
And voila, you can make the app behave one way in Australia and another way outside of it, and you only need one version of the app to do it.
You can restrict which apps are sold in which country/geographical region. Your Australian app you can restrict to Australia and sell another app worldwide.