Le dictionnaire d’éléments suivant décrit chaque élément valide d’un fichier descripteur d’application AIR.
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 :
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 :
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é.
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
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 :
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 :
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 :
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 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
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
|
|
|