Adobe Air (wiwobooks.com Release)

encoding="utf-8"?>

    

Listing 7.4 Anzeige des Betriebssystems in einem Label
7.3.2 AIR-Version prüfen
    Wenn Sie von einem Funktionsumfang wissen, der erst ab einer bestimmten AIRVersion zur Verfügung steht, können Sie innerhalb der Anwendung die auf dem System des Benutzers installierte AIR-Version abfragen. Warum man nicht bereits in der Anwendungsbeschreibungsdatei eine Mindestversionsnummer angibt? Nun, vielleicht soll die Anwendung für den Ablauf Funktionen verwenden, die bereits in AIR 1.1 zur Verfügung standen, für das Auge haben Sie sich aber z. B. ein paar visuelle Leckerbissen ausgedacht, die Pixel Bender und somit AIR 1.5 voraussetzen, aber für den Betrieb der Anwendung nicht unbedingt notwendig sind.
    So können Sie etwa innerhalb des Quelltexts Ihrer Anwendung unterschiedliche Funktionen anbieten, je nachdem, welche Version installiert ist, und so z. B. dem Benutzer ein Update einer neueren AIR-Version schmackhaft machen.
    Lösungsweg
Abruf der AIR-Versionsnummer über NativeApplication.nativeApplication.runtimeVersion
Abruf des Patch-Levels der AIR-Installation über NativeApplication.nativeApplication.runtimePatchLevel
So geht es
Das nachfolgende Listingbeispiel einer ActionScript-basierten Anwendung gibt über die Konsole die Versionsnummer und den Patch-Level aus:
    package {
import flash.display.Sprite;
import flash.desktop.NativeApplication;
    public class appTestApp extends Sprite {
public function appTestApp() {
// output (kann je nach Version variieren): 1.5.0.7220 trace(NativeApplication.nativeApplication.runtimeVersion); // output (kann je nach Version variieren): 7220 trace(NativeApplication.nativeApplication.runtimePatchLevel) ;
}
}
}
    Listing 7.5 Ausgabe von AIR-Versionsnummer und Patch-Level
7.3.3 Plattformabhängige Funktionalität prüfen
    Der Ansatz, auf ein bestimmtes Betriebssystem hin zu prüfen, hat einen gravierenden Nachteil: Ihre Anwendung muss auf den neuesten Stand gebracht werden, wenn neue Betriebssysteme hinzukommen, die die AIR-Laufzeitumgebung unterstützen.
    Daher ist es in der Regel sinnvoller, das Vorhandensein von Funktionalität zu überprüfen. So können Sie z. B. prüfen, ob das Betriebssystem ein Dock-Icon unterstützt oder ein Taskleisten-Tray-Icon und ob Menüs als Systemmenüs wie unter Mac OS X oder als Fenstermenüs wie unter Windows und Linux angezeigt werden. Ein Teil der entsprechenden Eigenschaften ist als statische Eigenschaften in der Klasse NativeApplication untergebracht, ein anderer Teil in der Klasse Native-Window , die im Zusammenhang mit Fenstern noch ausführlicher behandelt werden wird.
    Lösungsweg
1. Abfrage von Eigenschaften der NativeApplication -Klasse supportsMenu für Systemmenü
supportsDockIcon für Dock-Icon
supportsSystemTrayIcon für Tray-Icon
    2. Abfrage von Eigenschaften der NativeWindow -Klasse
supportsMenu für Fenstermenüs
supportsNotification für die Weiterleitung von Fensterbenachrichtigen
    supportTransparency für die Darstellung nativer Fenster mit transparenten Pixeln
So geht es
    In der AIR-Anwendung des folgenden Flex-Beispiels wird die Unterstützung von Systemmenü, Dock-Icon, Tray-Icon, Fenstermenüs, Transparenz und Benachrichtigungen angezeigt. Abbildung 7.2 zeigt das Ergebnis für Mac OS X (links), Windows XP (Mitte) und Ubuntu Linux (rechts).
    

    



    Listing 7.6 Funktionalitätstest einer AIR-Anwendung.
Abbildung 7.2 Funktionalitätstest unter Mac OS X, WinXP und Ubuntu
(von links nach rechts)
    Den ersten sichtbaren Eindruck macht Ihre Anwendung mit dem verwendeten Icon. In diesem Kapitel wird behandelt, wie eine AIR-Anwendung in Form eines Icons innerhalb des Betriebssystems repräsentiert wird.

8 Icons
    Sobald Ihre Anwendung auf dem Computer eines Benutzers installiert ist, ist