Posts in Category "AIR"

AIR for TV sessions at MAX

You’ve written AIR apps for desktops and mobile devices, and now you can write them for TV, too.

AIR for TV product manager Aditya Bansod has posted a blog entry explaining what you can learn at MAX about AIR for TV.

The most fun session may be the hands-on lab in which you learn to actually develop an AIR application for TV.

Check out Aditya’s post at:

New Melrose service helps you monetize Adobe® AIR® apps

As of August 24, Adobe’s newest service for AIR application developers (codenamed Melrose) is available as a public beta. Go to to download the Melrose SDK and access the Melrose Portal to distribute your applications.
What (you may ask) is Melrose? In short, Melrose is a monetization service for developers and distributors of AIR applications. Using Adobe® Flex® Builder™ 3, Adobe® Flash Builder™ 4, or Adobe® Flash® Professional CS5, you can add try and buy functionality to your apps. You can then use Melrose to distribute your apps to multiple online stores. The Intel AppUp Center and the Adobe AIR Marketplace are the first two storefronts available in Melrose.
Melrose is a new addition to the Adobe® Flash® Platform Services, which together enable developers to add social and collaborative capabilities to applications, then distribute, track, and monetize them. See for information.
Melrose helps AIR app developers with the following tasks:
Try and buy
When you are developing an AIR application, you embed the licensing SWC in your application, then enter code to specify the price and trial periods online. You can also add try and buy functionality to existing applications.
When customers purchase your applications, the Melrose service keeps track of the income from each of your applications. You are paid at regular intervals, typically once a month.
View analytics
Reports are available online via the Melrose Portal. In this initial release you can view information regarding revenue, active trials, expired trials and downloads. These reports collect data from everywhere you distribute your application with Melrose–not just from apps that are downloaded from the Adobe AIR Marketplace.
Sound interesting? Go to to learn more and try it out for yourself.

Flash Player 10.1 and AIR 2 are live!

Flash Player 10.1 and AIR 2 are now available for download on

For more information about AIR, read the announcement on the AIR blog and check out the release notes for a list of new features.

For more information about Flash Player, read the announcement on the Flash Player blog.

The ActionScript 3.0 Reference for Flash Platform includes all the Flash Player 10.1 and AIR 2 APIs.

You can filter the ActionScript Reference to display APIs for specific runtimes:

Download the Flash Player 10.1 and AIR 2 mobile runtimes from Adobe Labs.

Contest for improving US government websites

Use your programming skills and web design know-how to help the US government improve its websites!

Adobe is a platinum sponsor for a contest called Design for America. The goal of the contest is to show government agencies better ways to present information to the public. Winners get cash awards and will have their entries showcased at the Gov 2.0 Expo in May in Washington, DC.

For details, visit this site:

The importance of providing an update mechanism in an AIR application

Applications provide updates for many reasons, including bug fixes, security patches, and new functionality. This holds true for AIR applications as well.

Adobe ships occasional update versions of Adobe AIR. And Adobe AIR applications can take advantage of new features and bug fixes in new versions of the runtime.

Also, new versions of Adobe AIR may include updated versions of WebKit (the HTML rendering engine in AIR). This may change the behavior or appearance of HTML content in an AIR application. For example, improvements or corrections in WebKit may change the layout of HTML elements in an AIR application’s user interface.

It is important to provide an update mechanism in your application. When you update your application, the application can inform the user of the new update version. Should you need to update your application due to a change in the WebKit version included in AIR, the update mechanism will let your users know about the new version of your application.

AIR includes a update framework, which simplifies the task of managing update versions and adding appropriate user interface in your AIR application.

For more information, see “Updating AIR applications” in the AIR developer’s guides:

Also, these “Quick Start” sample applications show how to use the update framework:

AIR 1.5.1 doc updates

AIR 1.5.1 was released on 2/24/09. Although it was a minor release, there were a few enhancements that you should be aware of.

New event that indicates if the application was launched manually by the user or automatically at login

The InvokeEventReason class (in the flash.desktop package) defines the two possible string values for the InvokeEvent.reason property. InvokeEventReason.LOGIN defines the login case; InvokeEventReason.STANDARD defines the standard case.

Jeff Swartz wrote a new quick start to explain how to use this new functionality.

New property to return processor architecture

This new property (Capabilities.cpuArchitecture in flash.system) returns the processor architecture of the machine, as a string (such as “PowerPC” or “x86”).

Using these new APIs

If you want to take advantage of these new AIR 1.5.1 APIs, update your application descriptor to use the 1.5.1 namespace:


If you do not need to use these new APIs, you do not need to update your application descriptor. Your application will be able to run with AIR 1.5.1 when the user updates the version of the runtime installed on their system.

You can find all the current AIR docs here: Adobe AIR resources