Android :: Preferred Way To Support Multiple Android OS Versions?

Oct 28, 2009

I have a few scenarios where I guess I am not alone with. There is no easy solution but this has to be on top of the list I think.

1. Suppose you have an application that is compiled with 1.5 and is working fine even if started on a 1.6 device. But you now want to support other resolutions, so you need to compile with 1.6. Problem: If I recompile and publish the new apk, the 1.5 users want see my applications. Users already downloaded my application can not upgrade. (will there be a "new version" available shown to them in the market?)

2. Lets say your application works fine on 1.5 and 1.6 and you decided to publish your application twice with different package names. "MyApplication 1.5" and "MyApplication 1.6" for example. Problem: The user upgrading from a older version does not know that there is a new version, because you published a new Application. You can write it into the description and tell the user to download the 1.6 version but many users might not read that Settings from the other application are lost. Your downloads are split into two applications, so you might not make it into the top ranks that easy . You might even need to publish 4 applications if you have a light and a paid version.

3. Now 2.0 SDK is available and you want to add multi touch features or any other new stuff for all 2.0 users. Problem: The above problems are getting even worse. There is no way to easily upload multiple apks for the same application. Having to rename the package is also not making this better. Every time svn freaks out and marks everything as new. Sharing code between versions is difficult because of that.

I don't know if its just "3" (provider in Austria), but I still have not received an official update to 1.6. Testing on the real device is not possible with a 1.6 image if you don't want to root your phone and update the rom manually. 2.0 will be on some devices soon, so there is definitely a need to support all 3 versions. There should be a faster update cycle for the users or a slower update of new versions meaning bigger steps. or We get an easier way to support multiple versions. This also means we need a way to know how many actual devices with version 1.5 / 1.6 / 2.0 are already sold and/or upgraded. If i know that 1.5 is only on about 5% of the devices left, then I can just stop supporting that version and upgrade.

Android :: Preferred way to Support Multiple Android OS Versions?


Android :: Multiple API Versions Of An App

Oct 3, 2009

How can I publish two versions of my app without changing the package name, so that users may upgrade to either version, one for Anroid 1.5 and one for Android 1.6 ? I want to offer new features requiring Android 1.6 as soon as possible, but not all users will have upgraded to Android 1.6.

View 2 Replies View Related

Android :: Developing Application Which Support All Versions And Screens

Jul 19, 2010

I want to develop application that should support all version (latest and old) and it should adjust screen resolution (large,medium). I read document. There I found legacy application if I develop application in 1.6 there I am giving:

<uses-sdk android:minSdkVersion="3" android:targetSdkVersion="4"/>

Is it good way to develop application and is it support 1.5 and 1.5+. Users able to find my application there market.

View 4 Replies View Related

Android :: Targeting Multiple OS Versions

Nov 17, 2009

We are upgrading our application to add 2.0 support. I have read http://developer.android.com/guide/appendix/api-levels.html and the older blog post http://android-developers.blogspot.com/2009/04/backward-compatibility.... I want to avoid using reflection if possible. I have found that if I set my minSdkVersion="3" in the application manifest but in my build path in eclipse point to the Adroid 2.0 jar file I can compile with direct calls to 2.0 code (with the relevant code to ensure they are not invoked on <2.0 devices). My question is will people with pre 2.0 devices be able to see the application in the market place in this case? What are other people using for multi-targeting different API levels with the same package.

View 7 Replies View Related

Android :: Having Multiple Versions Of Same App In Market

Feb 19, 2009

I am planning to have two versions of the same app available in the market - let's say "App-Lite" and "App-Advanced". They both almost the same core functionality, but App-Advanced has a bit more specific features, than the App-Lite has. Now I am thinking what would be the strategy of deploying those two apps in the market. The simple way is to provide different name space in AndroidManifest.xml for both apps, so "App-Lite" and "App-Advanced" would show up as two completely different applications and could be installed parallel on the same device. But I'm also thinking about another way of installing the App-Advanced version - like an upgrade to the App-Lite which might be already installed. To do this, I can just set the same name space for both app in AndroidManifest.xml, so after installing one app would replace the other one - I can do this from adb command line, but I'm not sure how android market would behave in this case. Will it show them as two different apps, will it show them as two different versions of the same app with the ability to upgrade from one version to another, or it just will not allow to publish two apps with the same name space? Is this scenario doable with Android Market?

View 3 Replies View Related

Android :: Multiple Custom Versions Of Same App

Aug 3, 2009

Whats the best way to deploy several customized versions of a Android application? Currently I have a script to exchange the resource folder for getting a customized version of my app. It works great, but all custom versions still have the same package name in the AndroidManifest.xml. Therefore it is not possible to install two customized versions of the app at the same time.

View 3 Replies View Related

Android :: Multiple Versions Of App With Different Package Names

Jan 8, 2010

I need to be able to easily create different "flavors" on an app, each with a unique package name so that they can coexist on the same device. Is there a simple way this can be done, which doesn't require manually updating all the imports and other references to the package name each time I change it?

View 4 Replies View Related

Android :: Building Multiple App Versions For Market

Feb 18, 2009

We're thinking about building light and paid versions of our app for the Market. But I am not clear what we need to do, or how to do it. (1) Do we definitely need the two versions to have different package names for the two builds ?It seems logical to do it that way, but I have not found a clear answer from Google to that question. Though I have found several people asking the same question. 2) Is there any support in Eclipse for building two similar apps with different package names from the same java and xml files ?In most of the IDEs I've used, it is a doddle to define multiple build targets for one project, but none of those mechanisms seem to be present here. And, the package name is embedded in every java file, as well as in many places in the manifest, leaving me without a tidy way to build to alternate package names.Is there a tidy way to build multiple version ? Or are we really going to end up copying the whole codebase and search-and-replacing the package name.

View 6 Replies View Related

Android :: How To Maintain Consistent UI Over Multiple Versions Of OS?

Sep 9, 2010

I would like to know if its possible to prevent my application from looking different every time I run it on a different android phone. For example, on stock 2.2, my seek bar (with default values and theme) has an orange color for the selected portion, whereas on a Samsung Galaxy S (with 2.1), it is green. Also the tab background is grey in stock 2.2, but blue in Galaxy S. On a similar note, my rating bar changes size too. I do not implement multiple screen resolutions and all my drawables are located in the "drawables" folder under "res". I donot specify a minimum sdk requirement.

View 5 Replies View Related

Android :: Multiple Versions Of Same Class File For Different SDK Targets?

Nov 5, 2009

This is for an Android application but I'm broadening the question to Java as I don't know how this is usually implemented. Assuming you have a project that targets a specific SDK version. A new release of the SDK is backward incompatible and requires changing three lines in one class. How is this managed in Java without duplicating any code(or by duplicating the least amount)?

I don't want to create two projects for only 3 lines that are different. What I'm trying to achieve in the end is a single executable that'll work for both versions. In C/C++, you'd have a #define based on the version. How do I achieve the same thing in Java?

View 5 Replies View Related

Android :: Multiple Concurrent Versions Of Same App / Filtered By Sdk Version?

Jul 30, 2010

I have an app on Android Market right now with a minSdkVersion corresponding to Android 1.6. I'd like to make an update that is only visible to users of Android 2.2 and higher (there is a good reason for this, which I will explain below). So I have two questions:
- First, if I publish an update with a higher minSdkVersion than the one it replaces, will existing users still be able to see and download the old version if their device is not >= that minSdkVersion? - Secondly, if so, would it be possible to publish updates to that older version branch? Or would it become a fossil relic, but at least always there for downlevel users? Now for the background. My apps use a large amount of resource files-- about 15MB for the Lite version, and about 55 for the Full version. Prior to Android 2.2, it was not possible to install an app on the SD card, so my solution to this was to have the app contain the bare essentials, and simply download the other resources from my web servers at first-run. However, this means that I must maintain external infrastructure, and it's also a bad experience for users who must download the app, then start another download sequence (I already have had several complaints about this in my user comments). What I would like to do is to keep the app as it is for users with Android OS < 2.2. I'd like to publish an update that is only visible to users with Android OS >= 2.2 which packages everything into the app and allows it to be stored on the SD card. And I'd like to be able to perform maintenance on both versions as needed. Why can't I just do the update as described above to a single branch of the app? Because it would mean that users with Android OS < 2.2 would have to download a massive application to their internal memory, which could be a deal-breaker for devices with only 128MB or 256MB, which is shared with the OS. Since I already have paying customers, I don't think I can ethically create an update that would potentially consume most of a user's internal memory, when the version they purchased was only a couple MB.

View 9 Replies View Related

Android :: Contacts Contract / Building Across Multiple SDK Versions

Jan 11, 2010

I need my app to run on all Android versions, but the Contacts API changed in 2.0. In SDK 1.6 and earlier I use android.provider.Contacts to query the contacts DB, but this does not work in 2.0 Instead, for 2.0 I use android.provider.ContactsContract. This presents a problem: when I have code for ContactsContract, my app will not build for 1.6 and earlier. Do I need to have two separate versions of my app (one for <= 1.6 and one for 2.0 and later) or is there a way to avoid doing this?

View 1 Replies View Related

General :: How To Test Multiple Android Platforms / Versions

May 15, 2012

I'm contemplating the idea of developing an application for the android. I have several years of experience developing web applications with Java and so figured it shouldn't be too hard to pickup a book and learn how to do it for the android platform. So far so good; that's why I love Java.

My question is in regards to how does the android development community go about testing their applications of the various android version and phones? I think I'm more concerned about the android version rather than the phones. I'm planning on getting the Sprint Evo 4G LTE coming out on Friday, so I'm obviously going to be able to develop and test for Android 4 and HTC Sense 4 (though I don't think that is as important right? Development is usually against the OS and not the UI manager, right?). But how would I go about testing against Gingerbread, Froyo, etc.? Do you guys keep a previous old phone (like my old HTC Evo 4G) and flash diferent roms in order to test the app against previous versions of android? Are there other solutions? If it's using an old phone, does this work off-network/service? I guess you could just dump the apk on the sd card and install as third party app and test it out. As long as the app doing require phone services or mobile data network (internet) you'd be fine if you have wifi access right?

View 4 Replies View Related

Android :: Dynamic Class Loading To Target Multiple Versions

Aug 20, 2010

I would like to make a single Android app for multiple Android versions (possibly every one of them)
My problem is that I want to check what is the version of Android the app is currently running on, and dynamically load a class which is version dependent. This part should be ok.

I just wonder how I can achieve that without compilation errors in my Eclipse project. I mean, the project is configured for a particular target (1.5, 2.1 ...), so if a class in my project is not compatible wich the selected target, it will result in errors.

Is there a way to export this classes even if they are not fit for the platform (I thought about a separated lib, but then again : how to compile theses classes into a lib without compilation pbs?) ? This should be ok since they won't be loaded until I ask them to after having checked Android version.

View 2 Replies View Related

Android :: Layout Issues For Multiple Screen Sizes / API Versions

Jan 19, 2010

I am currently trying to make my app compliant with all screen sizes / api levels. I have this mostly working, however there is 1 issue i cannot resolve: Layouts in the "layout-hdpi" folder are used by and any phone on 1.5 (API level 3). - Which i dont want, i want API level 3 phones to use the "layout" folder. So to resolve this I added "-v4" onto the folder also, this works, the folder is no longer used by 1.5 phones. However, now the folder is also not used on API Level 6 phones, for example the droid. The droid only picks up the folder if i name the folder: "layout-hdpi-v6". (Also if i put "-v3" on a folder, the layout folder is not used by API level 4 phones) My understanding is that the -v<api level> qualifer allows you to exclude phones on an API level that is too low, so -v4 should mean that the folder will be used by all phones on API level 4 and above. I am finding a folder is only used for that specific API level. Has anybody else ran into this same issue? And does anybody know of any possible solutions?

View 3 Replies View Related

Android :: Best Practices For Creating Multiple App Versions From A Single Codebase?

May 4, 2010

Are there any viable approaches for creating multiple .APKs out of a single codebase? The apps may share the same code, but they could have different manifest files, different resources, or different external libraries (for example in an app with both free and paid versions, the free version could have a library for display ads). Ideally, this would be a single Eclipse project, with a way to specify which app to build/debug, and possibly a command line way to batch build everything.

View 16 Replies View Related

Android :: Which Android Firmware Versions Should Developer Try To Support?

Mar 1, 2010

I am working on an Android application that I would like to work on a reasonable number of devices. Currently my application works on 1.6 and greater, but uses some API function calls not supported in 1.5. How many devices on the market are restricted to 1.5? Is there a list of the latest firmware versions supported by all the available devices? I'm trying to see if it's worth my time to make my application work for 1.5, or if it won't really affect anyone.

View 7 Replies View Related

Android :: Compile Android Application On 2.1 To Support All Versions?

May 4, 2010

I want my Android application to have maximum reach, and hence want to support all versions V1.5 onwards. I find some features lacking in V1.5 that are available in V2.0 or V2.1. Could I compile on V2.1, and then set minSDK for the application to run on 1.5? Plain logic says 2.1 specific features would not work, but let me know your thoughts. Also, what are some other workarounds? What would "you" normally do in such a situation?

View 2 Replies View Related

Android :: Upload Multiple Versions For Single Android Application For SDK Levels

Dec 16, 2009

I'm developing one android application which needs to support Android OS 1.5, 1.6, and 2.0. I've three different .apk files for all three SDK. How can I upload three different .apk files on Android Market Place for single application? I would like to have all 3 versions available under one application name. is this possible? So, users with any SDK can use my application.

View 5 Replies View Related

Android :: Easiest Way To Release Android Application For Multiple OS Versions?

Jul 1, 2010

I have written an Android application that I am about to release, but I would like to have a 2.1 version with multitouch and a lower API version without. However, if I simply just use the minSDK setting, the 1.6+ version would show up in the market with the 2.1 version on 2.1 phones. Is there any way to release for a specific range of OS versions?

View 3 Replies View Related

Android :: Various Versions Of Android And XPath Support

Sep 24, 2010

I am a newbie in the Android world, having limited experience in Java from my varsity days decades ago. These days I am a pampered dev in the .NET world. These days I am a proud owner of an HTC Desire and decided to try my hand at Android dev. Now I have struck a bit of a dilemma. I am writing an app which heavily uses XML chunks of data.

I immediately notice there are two ways of doing this - I can laboriously navigate down from the root level, or (somewhat less laboriously) I can use XPath. The trouble is XPath is only supported at a minimum API level of 8 according to the docs. Ideally I would like to support down to 4 (which is 1.6 I think?) What is the best way of doing this? Are there external libraries or packages I can use?

View 1 Replies View Related

Android :: Support For Multiple PDP?

Feb 20, 2009

I want to know when will Android support Multiple PDP.

View 15 Replies View Related

Android :: Multiple Screen Support - 1.5 And 1.6

Oct 19, 2009

So I'm trying to make sure my apps are compatible with the 1.6 SDK emulator skins WVGA800 and WVGA854. The Android Developers Blog post regarding this seems strange to me. The post talks about upgrading your app using the 1.6 SDK, then says this:
"Note that not all devices will be upgraded to Android 1.6 at the same time. There will be significant number of users still with Android 1.5 devices. To use the same apk to target Android 1.5 devices and Android 1.6 devices, build your apps using Android 1.5 SDK and test your apps on both Android 1.5 and 1.6 system images to make sure they continue to work well on both types of devices."

Now resource directory qualifiers (e.g. "res/drawable-mdpi/" or "res/ layout-large") don't work with the 1.5 SDK. So right now as a dev I have the choice to either:
1) Update my apps with the 1.6 SDK so that they are compatible with the various 1.6 emulator skins and the various hardware configurations coming out. If I do this, the updates will not be available to those users that still have 1.5, which is a "significant number of users."
2) Continue using the 1.5 SDK, without the available tools in 1.6, but try to somehow get my app to render properly in the various 1.6 emulator skins.

View 9 Replies View Related

Android :: Support Multiple Resolution Screen

Apr 15, 2010

In my android application, I would like to support multiple screens. So I have my layout xml files in res/layout (the layout are the same across different screen resolution). And I place my high-resolution asserts in res/drawable-hdpi

In my layout xml, I have

CODE:...........

And I have put bkg.png in res/drawable-hdpi

And I have started my emulator with WVGA-800 as avd. But my application crashes:

CODE:................

View 1 Replies View Related

Android :: Multiple Resolution Support And SurfaceViews

Aug 7, 2010

I am having an issue understanding how to get Bitmaps from resources in density specific directories to scale properly when drawing them to a Surface View.If I have a resource in folder "drawable" I expect it to be scaled up when run on hdpi screens and scaled down on ldpi screens and left as is on mdpi or 1.5 screens.Likewise I expect anything found in hdpi when run on an hdpi screen to remain unscaled. However, there is some combination of settings that I am not getting right to do this seemingly simple thing.I am not running compatibility mode so my manifest supports all screen sizes with anydensity=true.I do not understand the BitmapFactory.Options fields of inScaled, inTargetDensity, and inDensity that I am thinking have to be set appropriately and slightly different for each resource decoded depending on which directory they were found in and what screen they are currently run on.

All I have been able to find is that if either inTargetDensity and inDensity are 0, no scaling occurs, but if not, scaling occurs such that inDensity matches inTargetDensity. Is this correct?I have no idea what valid settings are for these fields from the documentation other than ints.What are the integer values for LDPI, MDPI, and HDPI? And how do I determine the density of a resource in order to set this before I decode it? Am I way off base in my approach for drawing bitmaps from various resource directories on various screen sizes?

View 2 Replies View Related

Android :: Multiple Languages Support - OS Version

Sep 2, 2010

If I run my android application with htc magic with locale English. I find my application running properly and if I find to run it on Motorola droid with locale Korean, I find even my application(apk) cannot be installed on the device. Do android support different language? Is it because of different language OS version?

View 3 Replies View Related

Android :: API Framework Support Multiple Cameras?

Oct 21, 2009

If an android device wants to support multiple cameras, then how does the API support this? Right now the framework API is a simple static method to create an instance of camera Camera.open(). I see couple of options:

1. Using camera.setParameters() to set a name/value pair that instructs which camera to choose?
2. It would be nice and cleaner perhaps if this was done right on the open() method perhaps with additional enum.

Obviously option # 1 would not result in any addition to the API. Does this use sound right to you to support multiple cameras?

View 4 Replies View Related

Android :: News Widget - Multiple Homescreen Support

Jul 27, 2010

I've just switched to launcherpro from sense, and the one thing I miss is the news widget. On sense in had three full page widgets devoted to it, and I need a replacement! Requirements are:

Full page widget
Multiple homescreen support
Simple aesthetics
Customisable news feeds

View 33 Replies View Related

Android :: Multiple Screen Support Sanity Check

Dec 9, 2009

I have a project compiled with and targeting 1.5. I now want to support different screen sizes instead of letting android handle the scaling.That's all I need to do, right? All my layouts are using dip, so it should scale, and I don't want to mess with different size bitmaps just yet.

View 1 Replies View Related

Android :: Developing Application For Multiple Screen Support?

Mar 6, 2010

I want to develop UI of the application which looks similar on all screen sizes. I have gone through the Android developer article regarding this. I am using supports-screen tag but then also the screen is displayed not displayed properly in the larger screens. The screen is displayed properly in HVGA and not in WVGA.

I have developed the application using Android 1.6 and set the minimum SDK version as 4. The application is running properly on HVGA avd but not on WVGA avd. Can I know the reason for it? Is there any solution for this? I want that the user interface of the application should look uniform in all the handsets.

View 3 Replies View Related







Copyrights 2005-15 www.BigResource.com, All rights reserved