Éléments du fichier descripteur d’application AIR

Le dictionnaire d’éléments suivant décrit chaque élément valide d’un fichier descripteur d’application AIR.

allowBrowserInvocation

Permet à l’API intégrée au navigateur AIR de détecter et lancer l’application.

Si vous définissez cette valeur sur true , tenez compte des implications au niveau de la sécurité. Ces implications sont décrites dans Appel d’une application AIR à partir du navigateur (développeurs ActionScript) et Appel d’une application AIR à partir du navigateur (développeurs HTML).

Pour plus d’informations, voir Lancement d’une application AIR installée à partir du navigateur .

Élément parent : application

Éléments enfants : aucun

Contenu

true ou false (valeur par défaut)

Exemple

<allowBrowserInvocation>true</allowBrowserInvocation>

android

Permet d’ajouter des éléments au fichier manifeste Android. AIR crée un fichier AndroidManifest.xml par package APK. L’élément android du fichier descripteur d’application AIR permet de lui ajouter d’autres éléments. Cet élément est ignoré sur toutes les plates-formes, à l’exception d’Android.

Élément parent : application

Éléments enfants :

Contenu

Éléments qui définissent les propriétés propres à Android à ajouter au fichier manifeste de l’application Android.

Exemple

<android> 
    <manifestAdditions> 
        ... 
    </manifestAdditions> 
</android>

application

Élément racine d’un document descripteur d’application AIR.

Élément parent : aucun

Éléments enfants :

Attributs

minimumPatchLevel : niveau de correctif minimal du moteur d’exécution d’AIR requis par l’application.

xmlns : l’attribut d’espace de noms XML détermine la version du moteur d’exécution d’AIR requise par l’application.

L’espace de noms est modifié pour chaque nouvelle version majeure d’AIR (mais non pour les correctifs mineurs). Le dernier segment de l’espace de noms, tel que « 3.0 », indique la version du moteur d’exécution requise par l’application.

Les valeurs xmlns associées aux versions majeures d’AIR sont les suivantes :

xmlns="http://ns.adobe.com/air/application/1.0" 
xmlns="http://ns.adobe.com/air/application/1.1" 
xmlns="http://ns.adobe.com/air/application/1.5" 
xmlns="http://ns.adobe.com/air/application/1.5.2" 
xmlns="http://ns.adobe.com/air/application/1.5.3" 
xmlns="http://ns.adobe.com/air/application/2.0" 
xmlns="http://ns.adobe.com/air/application/2.5" 
xmlns="http://ns.adobe.com/air/application/2.6" 
xmlns="http://ns.adobe.com/air/application/2.7" 
xmlns="http://ns.adobe.com/air/application/3.0" 
xmlns="http://ns.adobe.com/air/application/3.1" 
xmlns="http://ns.adobe.com/air/application/3.2" 
xmlns="http://ns.adobe.com/air/application/3,3" 
xmlns="http://ns.adobe.com/air/application/3.4" 
xmlns="http://ns.adobe.com/air/application/3.5" 
xmlns="http://ns.adobe.com/air/application/3.6" 
xmlns="http://ns.adobe.com/air/application/3.7"

Dans le cas des applications de type SWF, la version du moteur d’exécution d’AIR spécifiée dans le fichier descripteur d’application détermine la version SWF maximale pouvant être chargée en tant que contenu initial de l’application. Les applications qui spécifient AIR 1.0 ou AIR 1.1 ne peuvent utiliser que des fichiers SWF9 (Flash Player 9) en tant que contenu initial, même en cas d’exécution avec le moteur d’exécution d’AIR 2. Les applications qui spécifient AIR 1.5 (ou une version ultérieure) peuvent utiliser des fichiers SWF9 ou SWF10 (Flash Player 10) en tant que contenu initial.

La version SWF détermine la version des API AIR et Flash Player disponibles. Lorsqu’un fichier SWF9 est utilisé en tant que contenu initial d’une application AIR 1.5, cette application n’a accès qu’aux API AIR 1.1 et Flash Player 9. De plus, les modifications de comportement apportées aux API existantes dans AIR 2.0 ou Flash Player 10.1 n’ont aucun effet. (Les modifications de sécurité importantes apportées aux API sont une exception à ce principe et peuvent être appliquées de façon rétroactive aux correctifs présents ou futurs du moteur d’exécution.)

Pour les applications HTML, la version du moteur d’exécution spécifiée dans le descripteur d’application détermine la version des API AIR et Flash Player accessible à l’application. Les comportements HTML, CSS et JavaScript sont toujours déterminés par la version de WebKit utilisée dans le moteur d’exécution d’AIR installé, et non par le fichier descripteur d’application.

Lorsqu’une application AIR charge du contenu SWF, la version des API AIR et Flash Player disponibles pour ce contenu dépend de la manière dont le contenu est chargé. Il arrive que la version soit déterminée par l’espace de noms du descripteur d’application, par la version du contenu en cours de chargement ou par la version du contenu chargé. Le tableau suivant montre comment la version de l’API est déterminée en fonction de la méthode de chargement :

Méthode de chargement du contenu

Méthode de détermination de la version de l’API

Contenu initial, application de type SWF

Version SWF du fichier loaded

Contenu initial, application de type HTML

Espace de nom du descripteur d’application

SWF chargé par le contenu SWF

Version du contenu loading

Bibliothèque SWF chargée par le contenu HTML via la balise <script>

Espace de nom du descripteur d’application

Fichier SWF chargé par le contenu HTML, via les API AIR ou Flash Player (flash.display.Loader, par exemple)

Espace de nom du descripteur d’application

SWF chargé par le contenu HTML via les balises <object> ou <embed> (ou les API JavaScript équivalentes)

Version SWF du fichier loaded

Lors du chargement d’un fichier SWF d’une version différente de celle du contenu en cours de chargement, deux problèmes peuvent survenir :

  • Chargement d’un fichier SWF d’une version récente par un fichier SWF d’une version antérieure : les références aux API ajoutées versions récentes d’AIR et de Flash Player dans le contenu chargé ne sont pas résolues.

  • Chargement d’un fichier SWF d’une ancienne version par un fichier SWF d’une version récente : les API modifiées dans les versions récentes d’AIR et de Flash Player peuvent adopter un comportement auquel le contenu chargé ne s’attend pas.

Contenu

L’élément de l’application contient des éléments enfants qui définissent les propriétés d’une application AIR.

Exemple

<?xml version="1.0" encoding="utf-8" ?> 
<application xmlns="http://ns.adobe.com/air/application/3.0"> 
    <id>HelloWorld</id> 
    <version>2.0</version> 
    <filename>Hello World</filename> 
    <name>Example Co. AIR Hello World</name> 
     <description> 
        <text xml:lang="en">This is an example.</text> 
        <text xml:lang="fr">C'est un exemple.</text> 
        <text xml:lang="es">Esto es un ejemplo.</text> 
    </description> 
    <copyright>Copyright (c) 2010 Example Co.</copyright> 
    <initialWindow> 
        <title>Hello World</title> 
        <content> 
            HelloWorld.swf 
        </content> 
        <systemChrome>none</systemChrome> 
        <transparent>true</transparent> 
        <visible>true</visible> 
        <minSize>320 240</minSize> 
    </initialWindow>  
    <installFolder>Example Co/Hello World</installFolder> 
    <programMenuFolder>Example Co</programMenuFolder> 
    <icon> 
        <image16x16>icons/smallIcon.png</image16x16> 
        <image32x32>icons/mediumIcon.png</image32x32> 
        <image48x48>icons/bigIcon.png</image48x48> 
        <image128x128>icons/biggestIcon.png</image128x128>  
    </icon> 
    <customUpdateUI>true</customUpdateUI> 
    <allowBrowserInvocation>false</allowBrowserInvocation> 
    <fileTypes> 
        <fileType> 
            <name>adobe.VideoFile</name> 
            <extension>avf</extension> 
            <description>Adobe Video File</description> 
            <contentType>application/vnd.adobe.video-file</contentType> 
            <icon> 
                <image16x16>icons/avfIcon_16.png</image16x16> 
                <image32x32>icons/avfIcon_32.png</image32x32> 
                <image48x48>icons/avfIcon_48.png</image48x48> 
                <image128x128>icons/avfIcon_128.png</image128x128> 
            </icon> 
        </fileType> 
    </fileTypes> 
</application>

aspectRatio

Définit le format de l’application.

Si le format n’est pas spécifié, l’application s’ouvre dans le format et l’orientation « naturels » du périphérique. L’orientation naturelle varie selon le périphérique. En règle générale, il s’agit du format portrait sur les périphériques équipés d’un écran de petite taille, tels que les téléphones. Sur certains périphériques, tels que la tablette iPad, l’application s’ouvre dans l’orientation active. Dans AIR 3.3 et les versions ultérieures, cela s’applique à la totalité de l’application et pas simplement à l’affichage initial.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

portrait, landscape ou any

Exemple

<aspectRatio>landscape</aspectRatio>

autoOrients

Indique si l’orientation du contenu de l’application est automatiquement modifiée lorsque le périphérique pivote. Pour plus d’informations, voir Orientation de la scène .

Si vous utilisez l’orientation automatique, envisagez de définir les propriétés align et scaleMode de l’objet Stage sur les valeurs suivantes :

stage.align = StageAlign.TOP_LEFT; 
stage.scaleMode = StageScaleMode.NO_SCALE;

Ces paramètres permettent à l’application de pivoter autour de l’angle supérieur gauche et interdisent la mise à l’échelle automatique de son contenu. Bien que les autres modes de mise à l’échelle ajustent le contenu en fonction des dimensions de la scène au terme de sa rotation, ils entraînent également un découpage, une distorsion ou une réduction excessive du contenu. Il est quasiment toujours préférable de redessiner le contenu ou d’en modifier à nouveau la disposition manuellement.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

true ou false (valeur par défaut)

Exemple

<autoOrients>true</autoOrients>

colorDepth

Indique quand utiliser la couleur 16 bits ou la couleur 32 bits.

L’utilisation de la couleur 16 bits peut augmenter les performances de rendu, au détriment de la fidélité des couleurs. Dans les versions antérieures à AIR 3, la couleur 16 bits est toujours utilisée sur Android. Dans AIR 3, la couleur 32 bits est utilisée par défaut.

Remarque : si votre application utilise la classe StageVideo, vous devez utiliser la couleur 32 bits.

Élément parent : android

Éléments enfants : aucun

Contenu

Utilisez l’une des valeurs suivantes :

  • 16 bits

  • 32 bits

Exemple

<android> 
    <colorDepth>16bit</colorDepth> 
    <manifestAdditions>...</manifestAdditions> 
</android>

containsVideo

Indique si l’application contiendra ou non tout contenu vidéo.

Élément parent : android

Éléments enfants : aucun

Contenu

Utilisez l’une des valeurs suivantes :

  • true

  • false

Exemple

<android> 
    <containsVideo>true</containsVideo> 
    <manifestAdditions>...</manifestAdditions> 
</android>

content

La valeur indiquée de l’élément content correspond à l’URL du fichier de contenu principal de l’application. Il s’agit soit d’un fichier SWF, soit d’un fichier HTML. L’URL est définie relativement à la racine du dossier d’installation de l’application. (Si une application AIR est exécutée avec ADL, l’URL est relative au dossier contenant le fichier descripteur d’application. Vous disposez du paramètre root-dir d’ADL pour indiquer un autre répertoire racine.)

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

URL relative au répertoire de l’application. La valeur de l’élément content étant assimilée à une URL, les caractères qui composent le nom du fichier de contenu doivent respecter le codage URL, conformément aux règles définies dans RFC 1738 . Les caractères espace doivent par exemple être codés sous la forme %20 .

Exemple

<content>TravelPlanner.swf</content>

contentType

contentType est obligatoire depuis AIR 1.5 (il était facultatif dans AIR 1.0 et 1.1). Cette propriété aide certains systèmes d’exploitation à trouver l’application la plus adaptée pour ouvrir un fichier. Sa valeur doit correspondre au type MIME du contenu du fichier. Notez que la valeur est ignorée sous Linux si le type de fichier est déjà enregistré et a un type MIME attribué.

Élément parent : fileType

Éléments enfants : aucun

Contenu

Type et sous-type MIME. Pour plus d’informations sur les types MIME, voir RFC2045 (disponible en anglais uniquement).

Exemple

<contentType>text/plain</contentType>

copyright

Informations de copyright relatives à l’application AIR. Sous Mac OS, le texte de copyright s’affiche dans la boîte de dialogue A propos de de l’application installée. Sous Mac OS, les informations de copyright sont également utilisées dans le champ NSHumanReadableCopyright du fichier Info.plist de l’application.

Élément parent : application

Éléments enfants : aucun

Contenu

Chaîne contenant les informations de copyright de l’application.

Exemple

<copyright>© 2010, Examples, Inc.All rights reserved.</copyright>

customUpdateUI

Indique si une application fournit ses propres boîtes de dialogue de mise à jour. Si l’élément est défini sur false , AIR propose des boîtes de dialogue de mise à jour standard à l’utilisateur. Seules les applications distribuées en tant que fichiers AIR disposent du système de mise à jour intégré d’AIR.

Si l’élément customUpdateUI est défini sur true dans la version installée de l’application et que l’utilisateur double-clique sur le fichier AIR pour installer une nouvelle version ou procéder à la mise à jour de l’application par le biais de la fonction d’installation transparente, le moteur d’exécution ouvre la version installée de l’application. Le moteur d’exécution n’ouvre pas le programme d’installation de l’application AIR par défaut. La logique de l’application peut alors déterminer la marche à suivre pour l’opération de mise à jour. (L’ID d’application et l’ID d’éditeur stockés dans le fichier AIR doivent être identiques aux valeurs de l’application installée pour que la mise à jour aboutisse.)

Remarque : le mécanisme customUpdateUI n’intervient que lorsque l’application est déjà installée et que l’utilisateur double-clique sur le fichier d’installation AIR contenant une mise à jour ou qu’il installe une mise à jour de l’application par le biais de la fonction d’installation transparente. Que le paramètre customUpdateUI soit défini sur true ou non, vous pouvez télécharger et démarrer une mise à jour par le biais de la logique de l’application en affichant l’interface utilisateur personnalisée si besoin est.

Pour plus d’informations, voir Mise à jour des applications AIR .

Élément parent : application

Éléments enfants : aucun

Contenu

true ou false (valeur par défaut)

Exemple

<customUpdateUI>true</customUpdateUI>

depthAndStencil

Indique que l’application requiert l’utilisation du tampon de profondeur ou du tampon de modèle. Ces tampons s’utilisent normalement avec du contenu 3D. Par défaut, la valeur de cet élément est false en vue de désactiver les tampons de profondeur et de modèle. Cet élément est nécessaire, car les tampons doivent être alloués au démarrage de l’application, c’est-à-dire avant le chargement de contenu.

Le paramètre de cet élément doit correspondre à la valeur transmise pour l’argument enableDepthAndStencil à la méthode Context3D.configureBackBuffer() . Si les valeurs ne correspondent pas, AIR renvoie une erreur.

Cet élément est applicable uniquement lorsque renderMode = direct . Si renderMode n’est pas égal à direct , ADT renvoie l’erreur 118 :

<depthAndStencil> element unexpected for render mode cpu.  It requires "direct" render mode.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

true ou false (valeur par défaut)

Exemple

<depthAndStencil>true</depthAndStencil>

description

Description de l’application, affichée dans le programme d’installation d’une application AIR.

Si vous indiquez un nœud texte unique (au lieu de plusieurs éléments text), le programme d’installation de l’application AIR utilise cette description, quelle que soit la langue système activée. Dans le cas contraire, le programme d’installation d’une application AIR utilise la description la plus proche de la langue de l’interface utilisateur du système d’exploitation de l’utilisateur. Prenons l’exemple d’une installation dans laquelle l’élément description du fichier descripteur d’application comprend une valeur pour le jeu de paramètres régionaux en (anglais). Le programme d’installation d’une application AIR utilise la description en si le système de l’utilisateur identifie en (anglais) en tant que langue de l’interface utilisateur. Il utilise également la description en si la langue de l’interface utilisateur système correspond à en-US (anglais américain). Toutefois, si la langue de l’interface utilisateur système correspond à en-US et que le fichier descripteur d’application définit à la fois les noms en-US et en-GB, le programme d’installation d’AIR utilise la valeur en-US. Si l’application ne définit pas de description qui corresponde à la langue de l’interface utilisateur système, le programme d’installation d’une application AIR utilise la première valeur description stipulée dans le fichier descripteur de l’application.

Pour plus d’informations sur le développement d’applications multilingues, voir Localisation d’applications AIR .

Élément parent : application

Éléments enfants : text

Contenu

Le modèle de descripteur d’application AIR 1.0 ne permet de définir qu’un seul nœud texte simple en tant que nom (plutôt que plusieurs éléments text ).

Dans AIR 1.1 (ou version ultérieure), il est possible de spécifier plusieurs langues dans l’élément description . L’attribut xml:lang de chaque élément text définit un code de langue, comme indiqué à l’adresse suivante RFC4646 (http://www.ietf.org/rfc/rfc4646.txt).

Exemple

Description avec nœud texte simple :

<description>This is a sample AIR application.</description> 

Description avec éléments text localisés en anglais, espagnol et français (valide dans AIR 1.1 et ultérieur) :

<description> 
    <text xml:lang="en">This is an example.</text> 
    <text xml:lang="fr">C'est un exemple.</text> 
    <text xml:lang="es">Esto es un ejemplo.</text> 
</description> 

description

Description du type de fichier affichée à l’intention de l’utilisateur par le système d’exploitation. Il est impossible de la localiser.

Voir aussi : description en tant qu’enfant de l’élément application

Élément parent : fileType

Éléments enfants : aucun

Contenu

Chaîne qui décrit le contenu du fichier.

Exemple

<description>PNG image</description>

embedFonts

Vous permet d’utiliser des polices personnalisées sur StageText dans l’application AIR. Cet élément est facultatif.

Élément parent : application

Éléments enfants : font

Contenu

L’élément embedFonts peut contenir un nombre illimité d’éléments font.

Exemple

<embedFonts> 
   <font> 
      <fontPath>ttf/space age.ttf</fontPath>
      <fontName>space age</fontName> 
   </font>
   <font> 
      <fontPath>ttf/xminus.ttf</fontPath>
      <fontName>xminus</fontName> 
   </font>
</embedFonts>

Entitlements

iOS utilise des propriétés appelées entitlements pour que l’application puisse accéder à des ressources et fonctionnalités supplémentaires. Utilisez l’élément Entitlements pour spécifier ces informations sur une application iOS mobile.

Élément parent : iPhone

Éléments enfants : éléments Entitlements.plist iOS

Contenu

Contient les éléments enfants qui stipulent les paires clé-valeur faisant office de paramètres Entitlements.plist dans l’application. Le contenu de l’élément Entitlements doit être entouré d’un bloc CDATA. Pour plus d’informations, voir le document Entitlement Key Reference dans iOS Developer Library (disponible en anglais uniquement).

Exemple

<iphone> 
... 
   <Entitlements> 
      <![CDATA[ 
         <key>aps-environment</key> 
         <string>development</string> 
      ]]> 
   </Entitlements> 
</iphone>

extension

Chaîne correspondant à l’extension d’un type de fichier.

Élément parent : fileType

Éléments enfants : aucun

Contenu

Chaîne identifiant les caractères qui composent l’extension du fichier (sans le point, « . »).

Exemple

<extension>png</extension>

extensionID

Indique l’ID d’une extension ActionScript utilisée par l’application. L’ID est défini dans le document descripteur de l’extension.

Élément parent : extensions

Éléments enfants : aucun

Contenu

Chaîne identifiant l’ID de l’extension ActionScript.

Exemple

<extensionID>com.example.extendedFeature</extensionID>

extensions

Identifie les extensions ActionScript utilisées par une application.

Élément parent : application

Éléments enfants : extensionID

Contenu

Éléments enfant extensionID contenant les ID d’extension ActionScript issus du fichier descripteur de l’extension.

Exemple

<extensions> 
    <extensionID>extension.first</extensionID> 
    <extensionID>extension.next</extensionID> 
    <extensionID>extension.last</extensionID> 
</extensions>

externalSwfs

Indique le nom d’un fichier texte contenant une liste de fichiers SWF à configurer par ADT pour l’hébergement à distance. Vous pouvez réduire la taille de téléchargement initiale de l’application en compressant un sous-ensemble des fichiers SWF utilisées par votre application et en chargeant les fichiers SWF externes restants (actif uniquement) lors de l’exécution à l’aide de la méthode Loader.load() . Pour utiliser cette fonction, vous devez compresser l’application de telle sorte qu’ADT déplace tout le pseudo-code ActionScript (ABC) depuis les fichiers SWF chargés en externe vers le fichier SWF principal de l’application, laissant un fichier SWF qui contient uniquement des actifs. Cela est nécessaire pour respecter la règle de l’Apple Store qui interdit le téléchargement tout code une fois qu’une application est installée.

Pour plus d’informations, reportez-vous à Réduire la taille des téléchargements en chargeant des fichiers SWF externes d’actifs uniquement .

Élément parent : iPhone , initialWindow

Éléments enfants : aucun

Contenu

Nom d’un fichier texte contenant une liste délimitée par des virgules de ligne des fichiers SWF pour être à distance hébergé.

Attributs :

aucun.

Exemples

iOS :

<iPhone> 
    <externalSwfs>FileContainingListofSWFs.txt</externalSwfs> 
</iPhone>

filename

Chaîne à utiliser en tant que nom de fichier de l’application (sans extension) lors de l’installation de cette dernière. Le fichier d’application démarre l’application AIR dans le moteur d’exécution. Si aucune valeur name n’est définie, l’élément filename fait également office de nom du dossier d’installation.

Élément parent : application

Éléments enfants : aucun

Contenu

La propriété filename peut contenir tout caractère Unicode (UTF-8), à l’exception des caractères suivants, dont l’utilisation est interdite dans les noms de fichier dans divers systèmes de fichiers :

Caractère

Code hexadécimal

divers

0x00 – x1F

*

x2A

"

x22

:

x3A

>

x3C

<

x3E

?

x3F

\

x5C

|

x7C

Le dernier caractère de la valeur filename ne doit pas correspondre à un point.

Exemple

<filename>MyApplication</filename>

fileType

Décrit un type de fichier unique auquel peut être associée l’application.

Élément parent : fileTypes

Éléments enfants :

Contenu

Éléments qui décrivent un type de fichier.

Exemple

<fileType> 
    <name>foo.example</name> 
    <extension>foo</extension> 
    <description>Example file type</description> 
    <contentType>text/plain</contentType> 
    <icon> 
        <image16x16>icons/fooIcon16.png</image16x16> 
        <image48x48>icons/fooIcon48.png</imge48x48> 
    <icon> 
</fileType>

fileTypes

L’élément fileTypes permet de déclarer les types de fichiers auxquels peut être associée une application AIR.

Lors de l’installation d’une application AIR, tout type de fichier déclaré est enregistré dans le système d’exploitation. Si ces types de fichiers ne sont pas encore associés à une autre application, ils sont associés à l’application AIR. Pour remplacer une association existante entre un type de fichier et une autre application, utilisez la méthode NativeApplication.setAsDefaultApplication() à l’exécution (de préférence avec l’accord de l’utilisateur).

Remarque : les méthodes d’exécution ne gèrent que les associations de types de fichiers déclarés dans le descripteur d’application.

L’élément fileTypes est facultatif.

Élément parent : application

Éléments enfants : fileType

Contenu

L’élément fileTypes peut contenir un nombre illimité d’éléments fileType .

Exemple

<fileTypes> 
    <fileType> 
        <name>adobe.VideoFile</name> 
        <extension>avf</extension> 
        <description>Adobe Video File</description> 
        <contentType>application/vnd.adobe.video-file</contentType> 
        <icon> 
            <image16x16>icons/AIRApp_16.png</image16x16>       
            <image32x32>icons/AIRApp_32.png</image32x32>       
            <image48x48>icons/AIRApp_48.png</image48x48>      
            <image128x128>icons/AIRApp_128.png</image128x128> 
        </icon> 
    </fileType> 
</fileTypes>

font

Décrit une police personnalisée unique pouvant être utilisée dans l’application AIR.

Élément parent : embedFonts

Éléments enfants : fontName , fontPath

Contenu

Éléments spécifiant le nom de la police personnalisée et son chemin d’accès.

Exemple

<font> 
   <fontPath>ttf/space age.ttf</fontPath>
   <fontName>space age</fontName> 
</font>

fontName

Spécifie le nom de la police personnalisée.

Élément parent : font

Éléments enfants : aucun

Contenu

Nom de la police personnalisée à spécifier dans StageText.fontFamily

Exemple

<fontName>space age</fontName> 

fontPath

Indique l’emplacement du fichier de police personnalisée.

Élément parent : font

Éléments enfants : aucun

Contenu

Chemin d’accès au fichier de police personnalisé (en fonction de la source).

Exemple

<fontPath>ttf/space age.ttf</fontPath> 

forceCPURenderModeForDevices

Forcer le mode de rendu UC pour un ensemble spécifié de périphériques. Cette fonction vous permet d’activer de manière sélective le mode de rendu GPU pour les périphériques iOS restants.

Vous ajoutez cette balise comme enfant de la balise iPhone et spécifiez une liste de noms de modèles séparés par des espaces. Voici des noms de modèle de périphérique valides :

iPad1,1

iPhone1,1

iPod1,1

iPad2,1

iPhone1,2

iPod2,1

iPad2,2

iPhone2,1

iPod3,3

iPad2,3

iPhone3.1

iPod4,1

iPad2,4

iPhone3,2

iPod 5,1

iPad2,5

iPhone4,1

iPad3,1

iPhone5,1

iPad3,2

iPad3,3

iPad3,4

Élément parent : iPhone , initialWindow

Éléments enfants : aucun

Contenu

Liste de noms de modèles de périphérique séparés par des espaces

Attributs :

aucun.

Exemples

iOS :

... 
<renderMode>GPU</renderMode> 
... 
<iPhone> 
... 
   <forceCPURenderModeForDevices>iPad1,1 iPhone1,1 iPhone1,2 iPod1,1 
   </forceCPURenderModeForDevices> 
</iPhone>

fullScreen

Indique si l’application démarre en mode Plein écran.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

true ou false (valeur par défaut)

Exemple

<fullscreen>true</fullscreen>

height

Hauteur initiale de la fenêtre principale de l’application.

Si vous ne définissez pas de hauteur, elle est déterminée par les paramètres figurant dans le fichier SWF racine ou, dans le cas d’une application AIR de type HTML, par le système d’exploitation.

La hauteur maximale d’une fenêtre est passée de 2 048 à 4 096 pixels dans AIR 2.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

Entier positif dont la valeur ne doit pas dépasser 4 095.

Exemple

<height>4095</height>

icon

La propriété icon définit un ou plusieurs fichiers d’icône à utiliser pour l’application. L’inclusion d’une icône est facultative. Si vous ne définissez pas la propriété icon , le système d’exploitation affiche une icône par défaut.

Le chemin défini est relatif au répertoire racine de l’application. Les fichiers d’icône doivent être au format PNG. Vous pouvez indiquer les tailles d’icône suivantes :

S’il existe un élément de taille donnée, l’image du fichier doit posséder exactement la taille définie. Si toutes les tailles ne sont pas disponibles, la taille la plus proche est mise à l’échelle en fonction de l’utilisation requise de l’icône par le système d’exploitation.

Remarque : les icônes indiquées ne sont pas automatiquement ajoutées au package AIR. Les fichiers d’icône doivent être inclus à l’emplacement relatif correct lors de la mise en package de l’application.

Pour obtenir de meilleurs résultats, fournissez une image dans chacune des tailles disponibles. Assurez-vous en outre que l’apparence des icônes est appropriée en mode de couleur 16 et 32 bits.

Élément parent : application

Éléments enfants : imageNxN

Contenu

Élément imageNxN défini pour chaque taille d’icône requise.

Exemple

<icon> 
    <image16x16>icons/smallIcon.png</image16x16> 
    <image32x32>icons/mediumIcon.png</image32x32> 
    <image48x48>icons/bigIcon.png</image48x48> 
    <image128x128>icons/biggestIcon.png</image128x128>  
</icon>

id

Chaîne d’identifiant de l’application, appelée ID d’application. Un identifiant de type DNS inverse est souvent utilisé, mais ce type n’est pas obligatoire.

Élément parent : application

Éléments enfants : aucun

Contenu

La valeur de l’identifiant ne contient que les caractères suivants :

  • 0–9

  • a–z

  • A–Z

  • . (point)

  • - (tiret)

La valeur doit comporter entre 1 et 212 caractères. Cet élément est obligatoire.

Exemple

<id>org.example.application</id>

imageNxN

Définit le chemin d’accès d’icône par rapport au répertoire de l’application.

Vous pouvez utiliser les images d’icône suivantes, chacune stipulant une taille d’icône distincte :

  • image16x16

  • image29x29 (AIR 2+)

  • image32x32

  • image36x36 (AIR 2.5+)

  • image48x48

  • image50x50 (AIR 3.4+)

  • image57x57 (AIR 2+)

  • image58x58 (AIR 3.4+)

  • image72x72 (AIR 2+)

  • image100x100 (AIR 3.4+)

  • image114x114 (AIR 2.6+)

  • image128x128

  • image144x144 (AIR 3.4+)

  • image512x512 (AIR 2+)

  • image1024x1024 (AIR 3.4+)

L’icône doit être un fichier graphique PNG dont la taille correspond exactement à la valeur indiquée par l’élément image. Les fichiers d’icône doivent être inclus dans le package de l’application. Les icônes auxquelles fait référence le document descripteur de l’application ne sont pas automatiquement intégrées.

Élément parent : application

Éléments enfants : aucun

Contenu

Le chemin d’accès au fichier d’icône peut contenir tout caractère Unicode (UTF-8), à l’exception des caractères suivants, dont l’utilisation est interdite dans les noms de fichier dans divers systèmes de fichiers :

Caractère

Code hexadécimal

divers

0x00 – x1F

*

x2A

"

x22

:

x3A

>

x3C

<

x3E

?

x3F

\

x5C

|

x7C

Exemple

<image32x32>icons/icon32.png</image32x32>

InfoAdditions

Permet de spécifier des propriétés supplémentaires d’une application iOS.

Élément parent : iPhone

Éléments enfants : éléments Info.plist iOS

Contenu

Contient les éléments enfants qui stipulent les paires clé-valeur faisant office de paramètres Info.plist dans l’application. Le contenu de l’élément InfoAdditions doit être entouré d’un bloc CDATA.

Pour plus d’informations sur les paires clé-valeur et leur expression en XML, voir Information Property List Key Reference dans la bibliothèque de référence pour l’iPhone d’Apple (disponible en anglais uniquement).

Exemple

<InfoAdditions> 
    <![CDATA[ 
        <key>UIStatusBarStyle</key> 
        <string>UIStatusBarStyleBlackOpaque</string> 
        <key>UIRequiresPersistentWiFi</key> 
        <string>NO</string> 
    ]]> 
</InfoAdditions>

initialWindow

Définit le principal fichier de contenu et l’aspect initial de l’application.

Élément parent : application

Éléments enfants : tous les éléments suivants peuvent servir d’enfants de l’élément initialWindow. Selon qu’AIR prend en charge ou non les fenêtres sur une plate-forme, certains éléments sont toutefois ignorés :

Élément

Bureau

Mobile

aspectRatio

ignoré

utilisé

autoOrients

ignoré

utilisé

content

utilisé

utilisé

depthAndStencil

utilisé

utilisé

fullScreen

ignoré

utilisé

height

utilisé

ignoré

maximizable

utilisé

ignoré

maxSize

utilisé

ignoré

minimizable

utilisé

ignoré

minSize

utilisé

ignoré

renderMode

utilisé (AIR 3.0 et versions ultérieures)

utilisé

requestedDisplayResolution

utilisé (AIR 3.6 et ultérieur)

ignoré

resizable

utilisé

ignoré

softKeyboardBehavior

ignoré

utilisé

systemChrome

utilisé

ignoré

title

utilisé

ignoré

transparent

utilisé

ignoré

visible

utilisé

ignoré

width

utilisé

ignoré

x

utilisé

ignoré

y

utilisé

ignoré

Contenu

Éléments enfants qui définissent l’aspect et le comportement d’une application.

Exemple

<initialWindow> 
    <title>Hello World</title> 
    <content> 
        HelloWorld.swf 
    </content> 
    <depthAndStencil>true</depthAndStencil> 
    <systemChrome>none</systemChrome> 
    <transparent>true</transparent> 
    <visible>true</visible> 
    <maxSize>1024 800</maxSize> 
    <minSize>320 240</minSize> 
    <maximizable>false</maximizable> 
    <minimizable>false</minimizable> 
    <resizable>true</resizable> 
    <x>20</x> 
    <y>20</y> 
    <height>600</height> 
    <width>800</width> 
    <aspectRatio>landscape</aspectRatio> 
    <autoOrients>true</autoOrients> 
    <fullScreen>false</fullScreen> 
    <renderMode>direct</renderMode> 
</initialWindow>

installFolder

Identifie le sous-répertoire du répertoire d’installation par défaut.

Sous Windows, le sous-répertoire d’installation par défaut est le répertoire Program Files. Sous Mac OS, il s’agit du répertoire /Applications. Sous Linux, il s’agit du répertoire /opt/. Par exemple, si la propriété installFolder est définie sur « Acme » et qu’une application s’appelle « ExempleApp » , l’application est installée dans C:\Program Files\Acme\ExempleApp sous Windows, dans /Applications/Acme/Exemple.app sous Mac OS et dans /opt/Acme/ExampleApp sous Linux.

La propriété installFolder est facultative. Si vous ne spécifiez pas la propriété installFolder , l’application est installée dans un sous-répertoire du répertoire d’installation par défaut, basé sur la propriété name .

Élément parent : application

Éléments enfants : aucun

Contenu

La propriété installFolder peut comporter n’importe quel caractère Unicode (UTF-8), à l’exception de ceux dont l’utilisation est interdite dans les noms de fichier dans divers systèmes de fichiers (voir la propriété filename , qui contient la liste d’exceptions).

La barre oblique (/) fait office de caractère de séparation de répertoire pour définir un sous-répertoire imbriqué.

Exemple

<installFolder>utilities/toolA</installFolder>

iPhone

Définit les propriétés d’une application propres à iOS.

Élément parent : application

manifest

Spécifie les informations à ajouter au fichier manifeste Android associé à l’application.

Élément parent : manifestAdditions

Éléments enfants : définis par le kit SDK d’Android.

Contenu

D’un point de vue technique, l’élément manifest ne fait pas partie du modèle de descripteur d’une application AIR. Il correspond à la racine du document XML manifeste Android. Tout contenu intégré à l’élément manifest doit impérativement respecter le modèle AndroidManifest.xml. Lorsque vous générez un fichier APK à l’aide des outils AIR, les informations que contient l’élément manifest sont copiées dans la section correspondante du fichier AndroidManifest.xml généré de l’application.

Si vous spécifiez des valeurs de l’élément manifest d’Android uniquement disponibles dans une version du kit SDK plus récente que celle directement prise en charge par AIR, vous devez définir l’indicateur ‑platformsdk sur ADT lors de la mise en package de l’application. Définissez l’indicateur sur le chemin du système de fichiers pointant vers une version du kit SDK d’Android qui prend en charge les valeurs que vous ajoutez.

L’élément manifest à proprement parler doit être délimité par un bloc CDATA dans le fichier descripteur d’application AIR.

Exemple

<![CDATA[      
    <manifest android:sharedUserID="1001"> 
        <uses-permission android:name="android.permission.CAMERA"/> 
        <uses-feature android:required="false" android:name="android.hardware.camera"/> 
        <application     android:allowClearUserData="true" 
                    android:enabled="true" 
                    android:persistent="true"/> 
    </manifest> 
]]>

manifestAdditions

Spécifie les informations à ajouter au fichier manifeste Android.

Chaque application Android comprend un fichier manifeste qui définit les propriétés de base de l’application. En tant que concept, le fichier manifeste Android est similaire au fichier descripteur d’application AIR. Une application AIR for Android comprend à la fois un fichier descripteur d’application et un fichier manifeste Android généré automatiquement. Lorsqu’une application AIR for Android est mise en package, les informations que contient l’élément manifestAdditions sont ajoutées aux parties correspondantes du document manifeste Android.

Élément parent : android

Éléments enfants : manifest

Contenu

Les informations que contient l’élément manifestAdditions sont ajoutées au document XML AndroidManifest.

AIR définit plusieurs entrées manifeste dans le document manifeste Android généré pour s’assurer que les fonctionnalités de l’application et du moteur d’exécution fonctionnent correctement. Il est impossible de remplacer les paramètres suivants :

Il est impossible de définir les attributs suivants de l’élément manifest :

  • package

  • android:versionCode

  • android:versionName

Il est impossible de définir les attributs suivants de l’élément activity principal :

  • android:label

  • android:icon

Il est impossible de définir les attributs suivants de l’élément application :

  • android:theme

  • android:name

  • android:label

  • android:windowSoftInputMode

  • android:configChanges

  • android:screenOrientation

  • android:launchMode

Exemple

<manifestAdditions> 
    <![CDATA[      
        <manifest android:installLocation="preferExternal"> 
            <uses-permission android:name="android.permission.INTERNET"/> 
            <application     android:allowClearUserData="true" 
                        android:enabled="true" 
                        android:persistent="true"/> 
        </manifest> 
    ]]> 
</manifestAdditions>

maximizable

Spécifie si la fenêtre peut être agrandie.

Remarque : sur des systèmes d’exploitation qui assimilent l’agrandissement d’une fenêtre à une opération de redimensionnement, tel Mac OS X, les paramètres maximizable et resizable doivent être définis sur false pour interdire l’exécution d’un zoom ou d’un redimensionnement de la fenêtre.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

true (valeur par défaut) ou false

Exemple

<maximizable>false</maximizable>

maxSize

Tailles maximales de la fenêtre. Si vous ne définissez pas de taille maximale, elle est déterminée par le système d’exploitation.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

Deux entiers qui représentent la largeur et la hauteur maximales, séparés par un espace blanc.

Remarque : la taille de fenêtre maximale prise en charge par AIR est passée de 2 048x2 048 à 4 096x4 096 pixels dans AIR 2. (Etant donné que les coordonnées de l’écran sont de base zéro, la valeur maximale gérée par la largeur et la hauteur est 4 095.)

Exemple

<maxSize>1024 360</maxSize>

minimizable

Spécifie si la fenêtre peut être réduite.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

true (valeur par défaut) ou false

Exemple

<minimizable>false</minimizable>

minSize

Spécifie la taille minimale autorisée de la fenêtre.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

Deux entiers qui représentent la largeur et la hauteur minimales, séparés par un espace blanc. Notez que la taille minimale imposée par le système d’exploitation prime sur la valeur définie dans le fichier descripteur d’application.

Exemple

<minSize>120 60</minSize>

name

Titre de l’application affiché par le programme d’installation d’une application AIR.

Si aucun élément name n’est indiqué, le programme d’installation d’une application AIR utilise l’élément filename à titre de nom d’application.

Élément parent : application

Éléments enfants : text

Contenu

Si vous indiquez un nœud texte unique (au lieu de plusieurs éléments <text> ), le programme d’installation de l’application AIR utilise ce nom, quelle que soit la langue système activée.

Le modèle de fichier descripteur d’application AIR 1.0 ne permet de définir qu’un seul nœud texte simple en tant que nom (plutôt que plusieurs éléments text ). Dans AIR 1.1 (ou version ultérieure), il est possible de spécifier plusieurs langues dans l’élément name .

L’attribut xml:lang de chaque élément text définit un code de langue, comme indiqué à l’adresse suivante RFC4646 (http://www.ietf.org/rfc/rfc4646.txt).

Le programme d’installation d’une application AIR utilise le nom le plus proche de la langue de l’interface utilisateur du système d’exploitation de l’utilisateur. Prenons l’exemple d’une installation dans laquelle l’élément name du fichier descripteur d’application comprend une valeur pour le jeu de paramètres régionaux en (anglais). Le programme d’installation d’une application AIR utilise le nom en si le système d’exploitation identifie en (anglais) en tant que langue de l’interface utilisateur. Il utilise également le nom en si la langue de l’interface utilisateur système correspond à en-US (anglais américain). Toutefois, si la langue de l’interface utilisateur correspond à en-US et que le fichier descripteur d’application définit à la fois les noms en-US et en-GB, le programme d’installation d’AIR utilise la valeur en-US. Si l’application ne définit pas de nom qui corresponde aux langues prises en charge par le système d’exploitation, le programme d’installation d’une application AIR utilise la première valeur name stipulée dans le fichier descripteur d’application.

L’élément name ne définit que le titre d’application utilisé par le programme d’installation d’une application AIR. Le programme d’installation d’une application AIR prend en charge plusieurs langues : chinois traditionnel, chinois simplifié, tchèque, néerlandais, anglais, français, allemand, italien, japonais, coréen, polonais, portugais brésilien, russe, espagnol, suédois et turc. Le programme d’installation d’une application AIR sélectionne la langue affichée (pour le texte autre que le titre et la description de l’application) en fonction de la langue de l’interface utilisateur système. La langue sélectionnée n’est pas affectée par les paramètres du fichier descripteur d’application.

L’élément name ne définit pas les jeux de paramètres régionaux disponibles pour l’application installée en cours d’exécution. Pour plus d’informations sur le développement d’applications multilingues, voir Localisation d’applications AIR .

Exemple

L’exemple suivant définit un nom associé à un nœud texte simple :

<name>Test Application</name> 

L’exemple suivant, valide dans AIR 1.1 et ultérieur, spécifie le nom dans trois langues (anglais, espagnol et français) par le biais de nœuds d’élément <text> :

<name> 
    <text xml:lang="en">Hello AIR</text> 
    <text xml:lang="fr">Bonjour AIR</text> 
    <text xml:lang="es">Hola AIR</text> 
</name> 

name

Identifie le nom d’un type de fichier.

Élément parent : fileType

Éléments enfants : aucun

Contenu

Chaîne représentant le nom d’un type de fichier.

Exemple

<name>adobe.VideoFile</name>

programMenuFolder

Identifie l’emplacement de stockage des raccourcis associés à l’application dans le menu Tous les programmes du système d’exploitation Windows ou dans le menu Applications sous Linux. (Ce paramètre n’est actuellement pas pris en charge par les autres systèmes d’exploitation.)

Élément parent : application

Éléments enfants : aucun

Contenu

La chaîne utilisée par la valeur programMenuFolder peut comporter n’importe quel caractère Unicode (UTF-8), à l’exception de ceux dont l’utilisation est interdite dans les noms de fichier dans divers systèmes de fichiers (voir l’élément filename , qui contient la liste d’exceptions). Le dernier caractère de cette valeur ne doit pas correspondre à une barre oblique (/).

Exemple

<programMenuFolder>Example Company/Sample Application</programMenuFolder>

publisherID

Identifie l’identifiant d’éditeur requis pour mettre à jour une application AIR initialement créée dans AIR 1.5.2 ou une version antérieure.

Ne spécifiez un identifiant d’éditeur que si vous créez une mise à jour d’application. La valeur de l’élément publisherID doit correspondre à l’identifiant d’éditeur généré par AIR pour la version antérieure de l’application. L’identifiant d’éditeur d’une application installée est indiqué dans le fichier META-INF/AIR/publisherid , qui réside dans le dossier dans lequel est installée l’application.

Les nouvelles applications créées dans AIR 1.5.3 ou ultérieur ne doivent pas spécifier d’identifiant d’éditeur.

Pour plus d’informations, voir A propos des identifiants d’éditeur AIR .

Élément parent : application

Éléments enfants : aucun

Contenu

Chaîne d’identifiant d’éditeur.

Exemple

<publisherID>B146A943FBD637B68C334022D304CEA226D129B4.1</publisherID>

renderMode

Indique si l’accélération par unité de processeur graphique (GPU) est utilisée, sous réserve d’être prise en charge par le périphérique actif.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

Utilisez l’une des valeurs suivantes :

  • auto (valeur par défaut) : active actuellement le mode unité centrale.

  • cpu : l’accélération matérielle n’est pas utilisée.

  • direct : la composition du rendu est effectuée dans l’unité centrale ; le blitting fait appel au processeur graphique. Disponible dans AIR 3+.

    Remarque : pour tirer profit de l’accélération par processeur graphique du contenu Flash sur les plates-formes AIR mobiles, Adobe recommande d’utiliser renderMode="direct" (c’est-à-dire, Stage3D) plutôt que renderMode="gpu". Adobe prend officiellement en charge les structures d’application basées sur Stage3D suivantes et recommande leur utilisation : Starling (2D) et Away3D (3D). Pour plus d’informations sur Stage3D et Starling/Away3D, voir http://gaming.adobe.com/getstarted/ .
  • gpu : l’accélération matérielle est utilisée, le cas échéant.

    Important : N’utilisez pas le mode de rendu sur GPU pour les applications Flex.

Exemple

<renderMode>direct</renderMode>

requestedDisplayResolution

Indique si l’application souhaite utiliser une résolution standard ou haute sur un périphérique ou un ordinateur équipé d’un écran à haute résolution. Si l’élément est défini sur standard (valeur par défaut), l’écran est assimilé par l’application à un écran à résolution standard. Si l’élément est défini sur high , l’application peut adresser chaque pixel à haute résolution.

Par exemple, sur un écran d’iPhone haute résolution 640 x 960, si le paramètre est défini sur standard , la dimension de la scène en plein écran est de 320 x 480, et chaque pixel d’application est rendu en utilisant quatre pixels d’écran. Si le paramètre est défini sur high , la dimension de la scène en plein écran est 640 x 960.

Sur un périphérique équipé d’un écran à haute résolution, les dimensions de la scène correspondent à celles de l’écran, quel que soit le paramètre utilisé.

Si l’élément requestedDisplayResolution est imbriqué dans l’élément iPhone , il s’applique aux périphériques iOS. Dans ce cas, l’attribut excludeDevices peut être utilisé pour spécifier les périphériques auxquels le paramètre ne s’applique pas.

Si l’élément requestedDisplayResolution est imbriqué dans l’élément initialWindow , il s’applique aux applications AIR sur les ordinateurs MacBook Pro prenant en charge des écrans haute résolution. La valeur spécifiée s’applique à toutes les fenêtres natives utilisées dans l’application. L’imbrication de l’élément requestedDisplayResolution dans l’élément initialWindow est pris en charge dans AIR 3.6 et ultérieur.

Élément parent : iPhone , initialWindow

Éléments enfants : aucun

Contenu

Soit standard (valeur par défaut), soit high

Attribut

excludeDevices : liste séparée par des espaces de noms de modèles iOS ou de préfixes de noms de modèles. Cela permet au développeur de faire utiliser la haute résolution par certains périphériques et la résolution standard par d’autres. Cet attribut n’est disponible que sous iOS (l’élément requestedDisplayResolution est imbriqué dans l’élément iPhone ). L’attribut excludeDevices est disponible dans AIR 3.6 et ultérieur.

Pour tout autre périphérique dont le nom de modèle est spécifié dans cet attribut, la valeur requestedDisplayResolution est l’inverse de la valeur spécifiée. En d’autres termes, si la valeur de requestedDisplayResolution est high , les périphériques exclus utilisent la résolution standard. Si la valeur de requestedDisplayResolution est standard , les périphériques exclus utilisent la résolution élevée.

Les valeurs sont des noms de modèles de périphériques iOS ou des préfixes de noms de modèles. Par exemple, la valeur iPad3,1 désigne spécifiquement un iPad de 3e génération avec Wi-Fi (et non un iPad de 3e génération avec GSM ou CDMA). Quant à la valeur iPad3, elle fait référence à tout iPad de 3e génération. Une liste non officielle des noms de modèles de périphériques iOS est disponible sur la page Models du iPhone wiki (en anglais uniquement).

Exemples

Bureau :

<initialWindow> 
    <requestedDisplayResolution>high</requestedDisplayResolution> 
</initialWindow>

iOS :

<iPhone> 
    <requestedDisplayResolution excludeDevices="iPad3 iPad4">high</requestedDisplayResolution> 
</iPhone>

resizable

Spécifie si la fenêtre peut être redimensionnée.

Remarque : sur des systèmes d’exploitation qui assimilent l’agrandissement d’une fenêtre à une opération de redimensionnement, tel Mac OS X, les paramètres maximizable et resizable doivent être définis sur false pour interdire l’exécution d’un zoom ou d’un redimensionnement de la fenêtre.

Élément parent : initialWindow

Éléments enfants :

Contenu

true (valeur par défaut) ou false

Exemple

<resizable>false</resizable>

softKeyboardBehavior

Spécifie le comportement par défaut de l’application lorsqu’un clavier virtuel est affiché. Le comportement par défaut consiste à déplacer l’application vers le haut. Le moteur d’exécution conserve à l’écran le champ de texte ou l’objet interactif qui sont la cible d’action. Utilisez l’option pan si l’application ne gère pas sa propre logique de traitement du clavier.

Vous pouvez également désactiver le comportement par défaut en définissant l’élément softKeyboardBehavior sur none . Dans ce cas de figure, les champs de texte et les objets interactifs distribuent un événement SoftKeyboardEvent lors de l’affichage du clavier logiciel, mais le moteur d’exécution n’effectue pas de panoramique ou de redimensionnement de l’application. C’est à l’application qu’il incombe de s’assurer que la zone de saisie de texte n’est pas masquée.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

Soit none , soit pan . La valeur par défaut est pan .

Exemple

<softKeyboardBehavior>none</softKeyboardBehavior>

supportedLanguages

Identifie les langues prises en charge par l’application. Cet élément est utilisé uniquement par iOS, le moteur d’exécution captif de Mac et les applications Android. Cet élément est ignoré par tous les autres types d’applications.

Si vous ne spécifiez pas cet élément, le programme de mise en package exécute par défaut les actions suivantes en fonction du type d’application :

  • iOS : les langues prises en charge par le moteur d’exécution d’AIR sont répertoriées dans l’App Store d’iOS comme langues prises en charges dans l’application.

  • Moteur d’exécution captif de Mac : toute application mise en package avec un paquet captif ne possède aucune information de localisation.

  • Android : le paquet d’application dispose de ressources pour toutes les langues prises en charge par le moteur d’exécution d’AIR.

Élément parent : application

Éléments enfants : aucun

Contenu

Liste de langues prises en charge, séparée par des espaces. Les valeurs de langue valides correspondent aux valeurs ISO 639‑1 des langues prises en charge par le moteur d’exécution d’AIR : en , de , es , fr , it , ja , ko , pt , ru , cs , nl , pl , sv , tr , zh , da , nb , iw .

Le programme de mise en package génère une erreur si une valeur vide est spécifiée pour l’élément <supportedLanguages> .

Remarque : les balises localisées (telles que le nom de la balise) ignorent la valeur d’une langue si vous utilisez la balise <supportedLanguages> alors qu’elle ne contient pas cette langue. Si une extension native dispose de ressources pour une langue non spécifiée par la balise <supportedLanguages> , un avertissement est renvoyé et les ressources sont ignorées pour cette langue.

Exemple

<supportedLanguages>en ja fr es</supportedLanguages>

supportedProfiles

Identifie les profils pris en charge pour l’application.

Élément parent : application

Éléments enfants : aucun

Contenu

Vous pouvez inclure n’importe lesquelles des valeurs suivantes dans l’élément supportedProfiles :

  • desktop : le profil de bureau est associé aux applications AIR installées sur un ordinateur de bureau à l’aide d’un fichier AIR. Ces applications n’ont pas accès à la classe NativeProcess (qui assure la communication avec les applications natives).

  • extendedDesktop : le profil de bureau étendu est associé aux applications AIR installées sur un ordinateur de bureau à l’aide d’un programme d’installation d’application natif. Ces applications ont accès à la classe NativeProcess (qui assure la communication avec les applications natives).

  • mobileDevice : le profil de périphérique mobile est associé aux applications mobiles.

  • extendedMobileDevice : le profil de périphérique mobile étendu n’est pas utilisé actuellement.

La propriété supportedProfiles est facultative. Lorsque vous l’omettez du fichier descripteur d’application, il est possible de compiler et de déployer l’application pour tout profil.

Pour spécifier plusieurs profils, séparez-les par un espace. Le paramètre suivant, par exemple, stipule que l’application est uniquement disponible dans les profils de bureau et les profils étendus :

<supportedProfiles>desktop extendedDesktop</supportedProfiles>
Remarque : si vous exécutez une application avec l’application ADL et que vous ne spécifiez pas de valeur pour l’option ADL -profile , le premier profil du fichier descripteur d’application est utilisé. (Si aucun profil n’est spécifié dans le fichier descripteur d’application, le profil de bureau est utilisé.)

Exemple

<supportedProfiles>desktop mobileDevice</supportedProfiles>

systemChrome

Indique si la fenêtre de l’application initiale contient la barre de titre, les bordures et les contrôles standard proposés par le système d’exploitation.

Il est impossible de modifier le paramètre systemChrome de la fenêtre à l’exécution.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

Utilisez l’une des valeurs suivantes :

  • none : aucun chrome système n’est proposé. L’application (ou une structure d’application telle que Flex) est responsable de l’affichage du chrome de fenêtre.

  • standard (valeur par défaut) : le chrome système est proposé par le système d’exploitation.

Exemple

<systemChrome>standard</systemChrome>

text

Spécifie une chaîne localisée.

L’attribut xml:lang d’un élément text définit un code de langue, comme indiqué à l’adresse suivante RFC4646 (http://www.ietf.org/rfc/rfc4646.txt).

Le programme d’installation d’une application AIR utilise l’élément text associé à la valeur de l’attribut xml:lang la plus proche de la langue de l’interface utilisateur du système d’exploitation de l’utilisateur.

Prenons l’exemple d’une installation dans laquelle l’élément text comprend une valeur pour le jeu de paramètres régionaux en (anglais). Le programme d’installation d’une application AIR utilise le nom en si le système d’exploitation identifie en (anglais) en tant que langue de l’interface utilisateur. Il utilise également le nom en si la langue de l’interface utilisateur système correspond à en-US (anglais américain). Toutefois, si la langue de l’interface utilisateur correspond à en-US et que le fichier descripteur d’application définit à la fois les noms en-US et en-GB, le programme d’installation d’AIR utilise la valeur en-US.

Si l’application ne définit pas d’élément text qui corresponde aux langues prises en charge par le système d’exploitation, le programme d’installation d’une application AIR utilise la première valeur name stipulée dans le fichier descripteur d’application.

Éléments parents :

Éléments enfants : aucun

Contenu

Attribut xml:lang qui spécifie des paramètres régionaux et une chaîne de texte localisé.

Exemple

<text xml:lang="fr">Bonjour AIR</text>

title

Indique le titre figurant dans la barre de titre de la fenêtre initiale de l’application.

Le titre ne s’affiche que si l’élément systemChrome est défini sur standard .

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

Chaîne contenant le titre de la fenêtre.

Exemple

<title>Example Window Title</title>

transparent

Indique si la fenêtre initiale de l’application est semi-transparente par rapport au bureau.

Une fenêtre transparente risque d’être tracée plus lentement et de mobiliser plus de mémoire. Il est impossible de modifier le paramètre transparent à l’exécution.

Important : vous ne pouvez définir transparent sur true que si systemChrome est défini sur none .

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

true ou false (valeur par défaut)

Exemple

<transparent>true</transparent>

version

Identifie la version de l’application.

La chaîne version est un indicateur défini par l’application. AIR n’interprète pas la chaîne de version de quelque façon que ce soit. De ce fait, la version « 3.0 » n’est pas considérée comme étant plus récente que la version « 2.0 ». Exemples : « 1.0 », « .4 », « 0.5 », « 4.9 », « 1.3.4a ».

Dans AIR 2.5 et ultérieur, l’élément version a été remplacé par les éléments versionNumber et versionLabel .

Élément parent : application

Éléments enfants : aucun

Contenu

Chaîne contenant la version de l’application.

Exemple

<version>0.1 Alpha</version>

versionLabel

Spécifie une chaîne indiquant la version intelligible.

La valeur de l’élément versionLabel, plutôt que celle de l’élément versionNumber , est affichée dans les boîtes de dialogue d’installation. Si vous n’utilisez pas l’élément versionLabel , versionNumber est utilisé dans les deux cas.

Élément parent : application

Éléments enfants : aucun

Contenu

Chaîne contenant la version affichée publiquement.

Exemple

<versionLabel>0.9 Beta</versionlabel>

versionNumber

Numéro de version de l’application.

Élément parent : application

Éléments enfants : aucun

Contenu

Le numéro de version peut contenir une séquence de trois entiers au plus, séparés par un point. Chaque entier est un nombre compris entre 0 et 999 (inclus).

Exemples

<versionNumber>1.0.657</versionNumber> 
 
<versionNumber>10</versionNumber> 
 
<versionNumber>0.01</versionNumber>

visible

Indique si la fenêtre initiale de l’application est visible dès sa création.

Les fenêtres AIR, y compris la fenêtre initiale, sont par défaut invisibles lors de leur création. Pour afficher une fenêtre, appelez la méthode activate() de l’objet NativeWindow ou définissez la propriété visible sur true . Il peut s’avérer utile de masquer initialement la fenêtre principale, afin de ne pas afficher les modifications apportées à la position, à la taille ou à la disposition du contenu de la fenêtre.

Le composant Flex mx:WindowedApplication affiche et active automatiquement la fenêtre juste avant la distribution de l’événement applicationComplete , à moins que l’attribut visible ne soit défini sur false dans la définition MXML.

Sur les périphériques indiqués dans le profil mobile, qui ne prend pas en charge les fenêtres, le paramètre visible est ignoré.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

true ou false (valeur par défaut)

Exemple

<visible>true</visible>

width

Largeur initiale de la fenêtre principale de l’application.

Si vous ne définissez pas de largeur, elle est déterminée par les paramètres figurant dans le fichier SWF racine ou, dans le cas d’une application AIR de type HTML, par le système d’exploitation.

La largeur maximale d’une fenêtre est passée de 2 048 à 4 096 pixels dans AIR 2.

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

Entier positif dont la valeur ne doit pas dépasser 4 095.

Exemple

<width>1024</width>

x

Position horizontale de la fenêtre initiale d’une application.

Dans la plupart des cas, il est préférable de confier au système d’exploitation le soin de déterminer la position initiale de la fenêtre, plutôt que de définir une valeur fixe.

L’origine du système de coordonnées de l’écran (0,0) correspond à l’angle supérieur gauche de l’écran principal de l’ordinateur de bureau (déterminé par le système d’exploitation).

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

Valeur entière

Exemple

<x>120</x>

y

Position verticale de la fenêtre initiale d’une application.

Dans la plupart des cas, il est préférable de confier au système d’exploitation le soin de déterminer la position initiale de la fenêtre, plutôt que de définir une valeur fixe.

L’origine du système de coordonnées de l’écran (0,0) correspond à l’angle supérieur gauche de l’écran principal de l’ordinateur de bureau (déterminé par le système d’exploitation).

Élément parent : initialWindow

Éléments enfants : aucun

Contenu

Valeur entière

Exemple

<y>250</y>