Thanks for raising this -- I hadn't considered the problem. My understanding is that in some places, it's the country that is the source of the restrictions (i.e. legal barriers to Google Checkout or something like that), while in other places, that barrier doesn't exist, but carriers impose their own barriers, or haven't come to terms with Google, or something like that.
It's not a free world. The way I read the T&C's is that they apply to selling outside the market things from apps you've sold through the market. In a non- Market location, you won't have sold your app through the market. If you've sold the app via a different channel, you're not bound by those T&C's for that instance of that app. You could firewall that, and generate a separate version of the app for sale outside the Marketplace, to avoid any chance of a bug or environmental change leading to sending users outside the Marketplace for purchases. I don't think Google can object to your sending them to your website, and also selling your apps elsewhere on your website, if there's no attempt to bypass the market. Since they actually encourage you to supply a website link. But you'd like to be more direct about that in the non-Market case. What happens on a non-Market platform when you try to send them to the market? I suspect the intent won't launch, and you could catch that, and redirect them to your site or one of the appstores without these restricctions. The downside is that you run a risk of accidentally violating the T&C. IANL, but I suspect that having checked for the Martket first would satisfy the requirements. The upside is that you don't have to maintain a list of MCC/MNC code combinations, and miss sales if they change. On Mar 1, 5:24 am, westmeadboy <[email protected]> wrote: > I checked that link and I don't understand why everyone is talking > about the MCC/MNC when I thought that the sim country was the > important thing? > > So, in the TelephonyManager, using getSimCountryIso() instead of > getNetworkCountryIso(). > > The link talks about the Bob operator in Austria. Could it be that the > Bob sim card country code is incorrectly set? I notice in my analytics > that I have more users using an "austria" network compared to using an > "austria" sim card. Admittedly, other factors (roaming) could explain > this. > > Either way, users in paid-app countries being unable to see paid apps, > seems to be the exception. > > For me, its crucial that users in non-paid-app countries have an > alternative legal way to get hold of a paid app. I thought the Market > T&Cs forbid selling apps through apps in the Market? > > On Mar 1, 1:58 pm, Peli <[email protected]> wrote: > > > > > It is more complicated than that. > > > In some countries, you can access paid or only non-paid apps depending > > on the provider you are currently > > using:http://code.google.com/p/android/issues/detail?id=3852 > > > In OI Notepad and OI Shopping List, we provide both links for > > extensions and themes (menu > settings > get add-ons): The first one > > to Market, and the second one to our developer homepage. We hope > > people figure that they should try the second link if the first one > > does not show sensible results. > > > Peliwww.openintents.org > > > On Mar 1, 10:27 am, westmeadboy <[email protected]> wrote: > > > > I am about to release a "Pro" version of my app and so would like to > > > provide "Get the Pro" links. > > > > However, it makes no sense to do this if the user is taken to the > > > Market and then can't see the Pro app (i.e. they are in a non-paid app > > > country). Maybe, such users would be sent to a 3rd party Market app > > > instead? > > > > So, whats the best way to programmatically check whether the user will > > > see paid apps in the Market? I think its based on the sim card country > > > right? I assume its good enough to hard code the country codes into > > > the app since they don't change that often??? If they do I can just > > > update the lite app... -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
