The localization language support in Android 1.6 is a lot less than the languages that are supported in more recent versions. And I know that Google is making a concerted effort to expand their reach in more languages and countries.
I've looked high and low for an answer to this question, and perhaps it is answered on the developer site, or perhaps answered in a different context.. but I couldn't find it.
The question is, if I were to create the relative folders and assets for every language possible (using the some-odd 90+ locale codes), will later versions of Android automatically pick those up when they're eventually supported?
Short answer - yes. All files are loaded at runtime using the API level available on the device.
Related
Iam an android beginner. I couldn't understand when we have to use imports statements starting with android.support.content and android.content?
I used content as an example.
The Support Library is generally used when you want to easily support a wider range of OS versions with less version specific source - with it you can use features introduced in higher version of the OS on older platforms without having to worry and check whether this platform has that feature and do something in case it doesn't.
For more information: it has already been discussed and this was a part of the answer, there are many more and they are useful so read them if you want to know in depth how,why and when. Hope this helps. Support library android
I know that my question is quite generic and maybe there is more than one approaches to take that decision. But I would like to listen different approaches that maybe I haven't thought since now.
Also, forgive me if stack overflow is not the right place for questions like this (since it is not technical and specific) but I strongly believe that there is not more appropriate place for this question than here. Also I am pretty sure that this subject may be interesting for many android developers here.
So, when I have to make that call, first of all
I consider the official statistics of each distribution. So, I take a look in diagrams like this. Of course we have to keep an eye to the market and to consider very seriously what will be the future of our app one or two years later
A second factor can be the api restrictions, but if you face this problem, sometimes is easier to decide.
Least but not last is the specific market statistics and trends. For instance if the app is paid then you go to more specific statistics, for example Android L users spend more money on google play than the older version users.
All these thoughts became more strong after the release of Android L which is in my opinion the most competitive version against apple. Android L encourages the use of Material Design , contains cool animations and ifrom the point of view of speed , memory management and more technical stuff is way better than the older versions (as it supposed to be).
Thank you
All my apps are currently using api 15+.
Facebook SDK is supporting 15+ api too.
I would use api below 15 just if needed, you have more support and more easy methods to implement your app with 15+.
Well you definitely should install Android Studio and create new project in it. There will be a dialog, which will help you choose a version, giving a percentage of covered devices worldwide.
I have developed some application in android 2.2. I have read http://developer.android.com/sdk/android-4.0-highlights.html. But I need to know what are the new features in android 4.0 against 3.0 and 2.2. If there will be any such tutorial which will give details about android features by comparing two old version and latest version, then that will be more easy to remember the feature wise difference between any two releases. Is there any such tutorial which gives version wise comparison between android features.
I don't know of a pre-made API-level comparison (although a change history would include it).
You could always run any of several JAR diff tools, like the one in depfind (details in the user manual section) if you're looking for a summary view. There are a few others, but I'm not as familiar with them.
why don't you just download the code tree, including tags and mount this locally with git/svn/other and use the graphical tools of those csm to explore the code, docs, etc?
I know that it's a bit buggy, but i use eclipse EGIT for that.
I am currently developing an app which I want to support both danish and english. I know how things works with resource etc.
My app is currently running Android 2.1 (since most people in Denmark use this), but as far as I know Locale for Denmark is first avaiable in Android 2.3 (documentaion).
What wonders me, is that i got a couple of apps, which support danish language and runs on my phone (2.2). How is that possible?
Do they trick the system in some way, or do they just develop their application in Android 2.3 and make it runnable in lower version devices? Or is it possible to manipulate the native language with another app to make it "default".
I've searched around everywhere, but the danish Android community is very little.
It is actually possible to make a values-da with danish language even though it's not supported in Android 2.2 according to the documentation and it's working fine.
Don't know why it did not work earlier today.
ADB will compile your resources into apk no matter what suffix the folder values has (tested on values-qq). So I assume you can just add the proper suffix for your language, and these resources will be just ignored on pre-Android-2.3.
This might sound like a stupid question, but google didn't help me.
Is there a JRE available for Android? If so which version is it? Are there any major features missing?
If not does that mean all java apps need to be recompiled for Dalvik to work on the Android?
Update; Will there ever be JRE available for the Android?
No, there is not. Google did create a completely different runtime for Android, where the base classes are completely different ( albeit compatible )
It uses Java as the language ( syntax ) but not the Java platform.
You can learn about the Android platform here.
From that page:
Android includes a set of core libraries that provides most of the functionality available in the core libraries of the Java programming language.
Read in bold "most".
So, although they look similar, they are not the same.
The closest I've found is http://www.apogee.com/products/cjre-a
Unfortunately as stated on that page:
Note that Apogee temporarily suspended further development of CJREs+A
in June, 2012, because of insufficient demand for them. Please,
contact Apogee if you are interested in a CJRE+A targeted at a an
Android-running device of your choice for "volume" distribution to
your customers and/or other third parties.
...and a download/demo is nowhere to be found.
Taken from their products page http://www.apogee.com/products it does sound like it would have been a great thing to have:
CJRE+A - The “CJRE for Android” is suitable for devices running
Android v4.x or higher, which need to execute the Java SE 5 and SE 6
applications in addition to executing the Android applications.
We can still dream. I have not contacted them. I am aware of many companies that are looking for this functionality. I can't imagine it will dwindle all too fast (or let's say slower than flash)?
I have not reached out to Apogee, might be worth a try...If anyone ever finds a solution, please keep us updated! Thanks.