Android 1.1 Version Notes

Date: February 2009
API Level: 2

This document provides version notes for the Android 1.1 system image included in the SDK.

Overview

The Android 1.1 system image delivered in the SDK is the development counterpart to the Android 1.1 production system image, deployable to Android-powered handsets starting in February 2009.

The Android 1.1 system image delivers an updated version of the framework API. As with the Android 1.0 API, the Android 1.1 API is assigned an integer identifier — 2 — that is stored in the system itself. This identifier, called the "API Level", allows the system to correctly determine whether an application is compatible with the system, prior to installing the application.

Applications indicate the lowest system API Level that they are compatible with by adding a value to the android:minSdkVersion attribute. The value of the attribute is an integer corresponding to an API Level identifier. Prior to installing an application, the system checks the value of android:minSdkVersion and allows the install only if the referenced integer is less than or equal to the API Level integer stored in the system itself.

If you use the Android 1.1 system image to build an application compatible with Android-powered devices running the Android 1.1 platform, you must set the android:minSdkVersion attribute to "2" in order to specify that your application is compatible only with devices using the Android 1.1 (or greater) system image.

Specifically, you specify the android:minSdkVersion attribute in a <uses-sdk> element as a child of <manifest> in the manifest file. When set, the attribute looks like this:

<manifest>
  ...
  <uses-sdk android:minSdkVersion="2" />
  ...
</manifest>

By setting android:minSdkVersion in this way, you ensure that users will only be able to install your application if their devices are running the Android 1.1 platform. In turn, this ensures that your application will function properly on their devices, especially if it uses APIs introduced in Android 1.1.

If your application uses APIs introduced in Android 1.1 but does not declare <uses-sdk android:minSdkVersion="2" />, then it will run properly on Android 1.1 devices but not on Android 1.0 devices. In the latter case, the application will crash at runtime when it tries to use the Android 1.1 APIs.

If your application does not use any new APIs introduced in Android 1.1, you can indicate Android 1.0 compatibility by removing android:minSdkVersion or setting the attribute to "1". However, before publishing your application, you must make sure to compile your application against the Android 1.0 system image (available in the Android 1.0 SDK), to ensure that it builds and functions properly for Android 1.0 devices. You should test the application against system images corresponding to the API Levels that the application is designed to be compatible with.

If you are sure your application is not using Android 1.1 APIs and has no need to use them, you might find it easier to keep working in the Android 1.0 SDK, rather than migrating to the Android 1.1 SDK and having to do additional testing.

External Libraries

The system image includes these external libraries, which you can access from your application by adding a <uses-library>.

  • com.google.android.maps — gives your application access to Google Maps data. Note that, to use Google Maps data, a Maps API Key is required.

Device Compatibility

The Android 1.1 system image was tested for compatability with the Android-powered devices listed below:

  • T-Mobile G1

Built-in Applications

The system image includes these built-in applications:

  • Alarm Clock
  • API Demos
  • Browser
  • Calculator
  • Camera
  • Contacts
  • Dev Tools
  • Dialer
  • Email
  • Maps (and StreetView)
  • Messaging
  • Music
  • Pictures
  • Settings

UI Localizations

The system image provides localized UI strings for the languages listed below.

  • English, US (en_US)
  • German (de)

Localized UI strings match the locales that are displayable in the emulator, accessible through the device Settings application.

Resolved Issues

  • AlarmClock alert now plays audio/vibe directly, rather than through AlarmManager. AlarmClock alert starts playing audio/vibe in its IntentReceiver, rather than on activity start. These changes should prevent alarms from being blocked by modal dialogs.
  • Fixes to device sleep.
  • Single tap no longer opens the in-call dialpad; users now need to touch and drag it.
  • Fixes a bug causing approximately 1 in 25 outbound messages to freeze up the IMAP connection (to a Gmail based server) when transferred to the Sent folder.
  • Removes automatic account setup entries that were broken or not testable. Adds minor fixes to a few of the remaining entries. Makes improvements to warning dialogs used for a few special cases.
  • Changes default mail checking interval to every 15 minutes (instead of defaulting to "never").
  • Fixes password-quoting bugs in IMAP, so that users can include special characters in passwords (e.g. spaces).
  • Fixes various errors in auto and manual account setup
  • Improves reporting for various connection errors, making it easier for the user to diagnose failed account setups.
  • Fixes new-mail notifications for POP3 accounts.
  • Ensures proper auto-checking of accounts marked as "never check".
  • Now displays date and time using user preference (e.g. 24 hr vs. AM/PM).
  • Now shows cc: in message view.
  • Improves recovery from POP3 connection failures.
  • POP3 parser rules loosened, so the application can work with non-compliant email servers.

New Features

  • Maps: Adds details and reviews when a user does a search on Maps and clicks on a business to view its details.
  • Dialer: In-call screen timeout default is now longer when using the speakerphone.
  • Dialer: Adds a "Show dialpad" / "Hide dialpad" item to the in-call menu, to make it easier to discover the DTMF dialpad.
  • Adds support for saving attachments from MMS
  • Adds support for marquee in layouts.

API Changes

Overview

  • Adds annotations for test systems, no actual (non-test) API changes.
  • Adds a method to allow a process to easily determine its UID.
  • Adds support for marquee in layouts.
  • Adds new methods for determining padding in views. Useful if you are writing your own subclasses of View.
  • Adds new permissions that allow an application to broadcast an SMS or WAP Push message.
  • API cleanup: removes protected constructor from SDK-bound system images.

API Change Details

Module or FeatureChange Description
Annotations for test systems
Added LargeTest annotation.
Added MediumTest annotation.
Added SmallTest annotation.
Allow a process to easily know its UID.
Added public method myUid() to class android.os.Process
Padding in views
Added public method getBottomPaddingOffset() to class android.view.View.
Added public method getLeftPaddingOffset() to class android.view.View.
Added public method getRightPaddingOffset() to class android.view.View.
Added public method getTopPaddingOffset() to class android.view.View.
Added public method isPaddingOffsetRequired() to class android.view.View.
Marquee support
Added public method setMarqueeRepeatLimit(int) to class TextView
Added public field android.R.attr.marqueeRepeatLimit
New permissions
Added public field android.Manifest.permission.BROADCAST_SMS
Added public field android.Manifest.permission.BROADCAST_WAP_PUSH
API cleanup
Removed protected constructor java.net.ServerSocket.ServerSocket(java.net.SocketImpl).
↑ Go to top