O dicionário de elementos a seguir descreve cada um dos elementos válidos de um arquivo descritor de aplicativo do AIR.
android
Permite adicionar elementos ao arquivo de manifesto do Android. O AIR cria o arquivo AndroidManifest.xml para cada pacote APK. Você pode usar o elemento android no descritor do aplicativo do AIR para adicionar outros itens adicionais a este. Ignorado em todas as plataformas, exceto no Android.
Elemento pai:
application
Elementos filho:
Conteúdo
Elementos que definem as propriedades específicas do Android para adicionar o manifesto do aplicativo do Android.
Exemplo
<android>
<manifestAdditions>
...
</manifestAdditions>
</android>
application
O elemento raiz de um documento de descrição do aplicativo do AIR.
Elementos pai:
nenhum
Elementos filho:
Atributos
minimumPatchLevel — O nível mínimo de caminho do runtime AIR exigido por esta aplicação.
xmlns — o atributo de namespace XML determina a versão do runtime AIR necessária ao aplicativo.
O namespace é alterado com cada versão principal do AIR (mas não com patches secundários). O último segmento do espaço para nomes, como "3.0", indica a versão em runtime exigida pelo aplicativo.
Os valores xmlns para as principais versões AIR são:
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"
Nos aplicativos baseados em SWF, a versão do runtime do AIR especificada na descrição do aplicativo determina a versão máxima do SWF que pode ser carregada como o conteúdo inicial do aplicativo. Aplicativos que especificam AIR 1.0 ou AIR 1.1 só podem usar arquivos SWF9 (Flash Player 9) como conteúdo inicial, mesmo quando executados usando o runtime do AIR 2. Os aplicativos que especificam AIR 1.5 (ou posteriores) podem usar arquivos SWF9 ou SWF10 (Flash Player 10) como conteúdo inicial.
A versão do SWF determina que versão do AIR e APIs do Flash Player estão disponíveis. Se um arquivo SWF9 for usado como conteúdo inicial de um aplicativo do AIR 1.5, esse aplicativo só terá acesso ao AIR 1.1 e às APIs do Flash Player 9. Além disso, alterações de comportamento feitas em APIs existentes no AIR 2.0 ou no Flash Player 10.1 não serão eficazes. (Alterações importantes relacionadas à segurança, feitas em APIs, são uma exceção a esse princípio e podem ser aplicadas de forma retroativa em patches atuais ou futuros do runtime).
Em aplicativos baseados em HTML, a versão do runtime especificada na descrição do aplicativo determina qual versão do AIR e de APIs do Flash Player estão disponíveis para o aplicativo. Os comportamentos de HTML, CSS e JavaScript são sempre determinados pela versão do Webkit usada no runtime do AIR instalado, não pela descrição do aplicativo.
Quando um aplicativo do AIR carrega conteúdo SWF, a versão do AIR e das APIs do Flash Player disponíveis para esse conteúdo depende de como o conteúdo é carregado. Às vezes, a versão efetiva é determinada pelo espaço de nome do descritor do aplicativo, às vezes é determinada pela versão do conteúdo de carregamento e às vezes é determinada pela versão do conteúdo carregado. A tabela a seguir mostra como a versão da API é determinada com base no método de carregamento:
Como o conteúdo é carregado
|
Como a versão da API é determinada
|
Conteúdo inicial, aplicativo baseado em SWF
|
Versão SWF do arquivo
carregado
|
Conteúdo inicial, aplicativo baseado em HTML
|
Espaço para nomes da descrição do aplicativo
|
SWF carregado pelo conteúdo SWF
|
Versão do conteúdo
carregado
|
Biblioteca SWF carregada pelo conteúdo HTML usando a tag <script>
|
Espaço para nomes da descrição do aplicativo
|
SWF carregado pelo conteúdo HTML usando o AIR ou as APIs do Flash Player (como flash.display.Loader)
|
Espaço para nomes da descrição do aplicativo
|
SWF carregado pelo conteúdo HTML usando as tags <object> ou <embed> (ou as APIs de JavaScript equivalentes)
|
Versão SWF do arquivo
carregado
|
Ao carregar um arquivo SWF de uma versão diferente do conteúdo carregado, você pode se deparar com dois problemas:
-
Carregamento de uma versão mais recente de SWF por uma versão mais antiga de SWF— As referências a APIs adicionadas nas novas versões do AIR e do Flash Player no conteúdo carregado ficarão sem ser resolvidas.
-
Carregamento de uma versão mais antiga de SWF por uma versão mais recente de SWF— As APIs alteradas nas novas mais recentes do AIR e do Flash Player poderão se comportar de forma inesperada pelo conteúdo carregado.
Conteúdo
O elemento do aplicativo contém elementos filho que definem as propriedades de um aplicativo do AIR.
Exemplo
<?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
Especifica a taxa de proporção do aplicativo.
Se não for especificado, o aplicativo abrirá com a proporção “natural” e com a orientação do dispositivo. A orientação natural varia de dispositivo para dispositivo. Geralmente, é a proporção retrato em dispositivos de tela pequena tais como telefones. Em alguns dispositivos, como o tablete iPad, o aplicativo se abre na orientação atual. No AIR 3.3 e superior, isso se aplica a todo o aplicativo, não apenas à exibição inicial.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
retrato, paisagem
ou
qualquer uma
Exemplo
<aspectRatio>landscape</aspectRatio>
autoOrients
Especifica se a orientação do conteúdo no aplicativo reorienta automaticamente quando o próprio dispositivo altera a orientação física. Para obter mais informações, consulte
Orientação do palco
.
Ao usar auto-orientação, considere a configuração das propriedades
align
e
scaleMode
do Palco para o seguinte:
stage.align = StageAlign.TOP_LEFT;
stage.scaleMode = StageScaleMode.NO_SCALE;
Essas configurações permitem que o aplicativo gire em torno dos cantos superior e esquerdo e impedem que o conteúdo do seu aplicativo seja escalado automaticamente. Embora os outros modos de escala façam ajustes no conteúdo para adaptarem-se às dimensões do palco submetido à rotação, eles também recortam, distorcem ou comprimem excessivamente esse conteúdo. Melhores resultados quase sempre podem ser obtidos quando você mesmo redesenha ou retransmite o conteúdo.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
true
ou
false
(padrão)
Exemplo
<autoOrients>true</autoOrients>
colorDepth
Especifica a utilização da cor de 16 bits ou de 32 bits.
A utilização da cor de 16 bits pode aumentar o desempenho de renderização, mas em detrimento da fidelidade de cor. Antes do AIR 3, a cor de 16 bits foi sempre usada no Android. No AIR 3, a cor de 32 bits é usada por padrão.
Nota:
Se o seu aplicativo usar a classe StageVideo, você deverá usar cor de 32 bits.
Elemento pai:
android
Elementos filho:
nenhum
Conteúdo
Um dos seguintes valores:
Exemplo
<android>
<colorDepth>16bit</colorDepth>
<manifestAdditions>...</manifestAdditions>
</android>
containsVideo
Especifica se o aplicativo terá ou não um conteúdo de vídeo.
Elemento pai:
android
Elementos filho:
nenhum
Conteúdo
Um dos seguintes valores:
Exemplo
<android>
<containsVideo>true</containsVideo>
<manifestAdditions>...</manifestAdditions>
</android>
content
O valor especificado para o elemento
content
é o URL para o arquivo principal de conteúdo do aplicativo. Isso pode ser um arquivo SWF ou HTML. O URL é especificado em relação à raiz da pasta de instalação do aplicativo. (Ao executar um aplicativo do AIR com o ADL, o URL é relativo à pasta que contém o arquivo de descritor do aplicativo. Você pode usar o parâmetro
root-dir
do ADL para especificar um diretório de raiz diferente.)
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
Uma URL relativa ao diretório do aplicativo. Como o valor do elemento content é tratado como uma URL, os caracteres no nome do arquivo de conteúdo devem ser codificados por URL de acordo com as regras definidas em
RFC 1738
. Caracteres de espaço, por exemplo, devem ser codificados como
%20
.
Exemplo
<content>TravelPlanner.swf</content>
contentType
O
contentType
é exigido no AIR 1.5 (ele era opcional no AIR 1.0 e 1.1). A propriedade ajuda alguns sistemas operacionais a localizarem o melhor aplicativo para abrir um arquivo. O valor deve ser o tipo MIME do conteúdo do arquivo. Observe que o valor será ignorado no Linux se o tipo de arquivo já estiver registrado e tiver um tipo MIME atribuído.
Elemento pai:
fileType
Elementos filho:
nenhum
Conteúdo
O tipo e subtipo de MIME. Consulte
RFC2045
para obter mais informações sobre tipos de MIME.
Exemplo
<contentType>text/plain</contentType>
copyright
As informações de copyright para o aplicativo do AIR. No Mac OS, o texto de copyright é exibido na caixa de diálogo Sobre para o aplicativo instalado. No Mac OS, as informações de copyright também são usadas no campo NSHumanReadableCopyright no arquivo Info.plist para o aplicativo.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
Uma sequência de caracteres que contém as informações de copyright do aplicativo.
Exemplo
<copyright>© 2010, Examples, Inc.All rights reserved.</copyright>
customUpdateUI
Indica se um aplicativo fornecerá seus próprios diálogos de atualização. Se definido como
false
, o AIR apresenta os diálogos de atualização padrão para o usuário. Somente os aplicativos distribuídos como arquivos AIR podem usar o sistema incorporado de atualização do AIR.
Quando a versão instalada do aplicativo tiver o elemento
customUpdateUI
configurado para
true
e, em seguida, o usuário clicar duas vezes no arquivo AIR para obter uma nova versão ou instalar uma atualização do aplicativo usando o recurso de instalação contínua, o runtime abre a versão instalada do aplicativo. O runtime não abre o instalador do aplicativo padrão do AIR. A lógica do seu aplicativo pode então determinar como proceder com a operação de atualização. (O ID do aplicativo e o ID do editor no arquivo AIR devem corresponder aos valores no aplicativo instalado para que uma atualização prossiga.)
Nota:
O mecanismo
customUpdateUI
apenas começa a funcionar quando o aplicativo já está instalado e o usuário clica duas vezes no arquivo de instalação do AIR que contém uma atualização ou instala uma atualização do aplicativo usando o recurso de instalação direta. Você pode baixar e iniciar uma atualização pela lógica do seu aplicativo, exibindo sua interface de usuário personalizada conforme necessário, seja
customUpdateUI
true
ou não.
Para obter mais informações, consulte
Atualização de aplicativos do AIR
.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
true
ou
false
(padrão)
Exemplo
<customUpdateUI>true</customUpdateUI>
depthAndStencil
Indica que o aplicativo exige o uso do buffer de profundidade ou de estêncil. Normalmente, você usa esses buffers ao trabalhar com conteúdo 3D. Por padrão, o valor desse elemento é
false
para desativar os buffers de profundidade e de estêncil. Esse elemento é necessário, pois os buffers devem ser alocados ao inicializar o aplicativo, antes de carregar qualquer conteúdo.
A configuração desse elemento deve corresponder ao valor passado para o argumento
enableDepthAndStencil
para o método
Context3D.configureBackBuffer()
. Se os valores não corresponderem, o AIR emite um erro.
Esse elemento é aplicável somente quando
renderMode
=
direct
. Se
renderMode
não equivaler a
direct
, o ADT emite o erro 118:
<depthAndStencil> element unexpected for render mode cpu. It requires "direct" render mode.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
true
ou
false
(padrão)
Exemplo
<depthAndStencil>true</depthAndStencil>
description
A descrição do aplicativo, exibida no instalador do aplicativo do AIR.
Se você especificar um único nó de texto (e não vários elementos text), o instalador do aplicativo do AIR usará essa descrição, independentemente do idioma do sistema. Caso contrário, o instalador do aplicativo do AIR usa a descrição que mais se aproxima do idioma da interface do usuário do sistema operacional do usuário. Por exemplo, considere uma instalação na qual o elemento
description
do arquivo do descritor do aplicativo inclui um valor para o local en (inglês). O instalador do aplicativo do AIR usará a descrição en se o sistema do usuário identificar en (inglês) como o idioma da interface do usuário. Ele também usa a descrição en se o idioma da interface do usuário do sistema for en-US (inglês norte-americano). No entanto, se o idioma da interface do usuário do sistema é en-US e o arquivo do descritor do aplicativo define os nomes en-US e en-GB, o instalador do aplicativo do AIR usa o valor en-US. Se o aplicativo não define nenhuma descrição que corresponda ao idioma da interface do usuário do sistema, o instalador do aplicativo do AIR usa o primeiro valor
description
definido no arquivo do descritor do aplicativo.
Para obter mais informações sobre o desenvolvimento de aplicativos com vários idiomas, consulte
Localização de aplicativos AIR
.
Elemento pai:
application
Elementos filho:
text
Conteúdo
O esquema do descritor do aplicativo do AIR 1.0 permite apenas um simples nó de texto a ser definido para o nome (e não vários elementos
text
).
No AIR 1.1 (ou acima), você pode especificar vários idiomas no elemento
description
. O atributo
xml:lang
para cada elemento de texto especifica um código de idioma, como definido em
RFC4646
(http://www.ietf.org/rfc/rfc4646.txt).
Exemplo
Descrição com nó de texto simples:
<description>This is a sample AIR application.</description>
Descrição com elementos do texto traduzido para inglês, francês e espanhol (válido no AIR 1.1 e posterior):
<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
A descrição do tipo de arquivo é exibida para o usuário pelo sistema operacional. A descrição do tipo de arquivo não é traduzida.
Consulte também:
description
como filho do elemento do aplicativo
Elemento pai:
fileType
Elementos filho:
nenhum
Conteúdo
Uma sequência de caracteres que descreve o conteúdo do arquivo.
Exemplo
<description>PNG image</description>
embedFonts
Permite que você use fontes personalizadas no StageText no aplicativo do AIR. Esse elemento é opcional.
Elemento pai:
application
Elementos filho:
fonte
Conteúdo
O elemento embedFonts pode conter qualquer número de elementos.
Exemplo
<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
O iOS usa propriedades chamadas entitlements para fornecer o acesso do aplicativo a recursos adicionais. Use o elemento Entitlements para especificar esta informação em um aplicativo iOS móvel.
Elemento pai:
iPhone
Elementos filho:
Elementos iOS Entitlements.plist
Conteúdo
Contém elementos filho que especificam os pares com valor-chave para usar como configurações de Entitlements.plist para o aplicativo. O conteúdo do elemento Entitlements deve ser incluído em um bloco CDATA. Para obter mais informações, consulte
Principais referências de Entitlement
na biblioteca do desenvolvedor iOS.
Exemplo
<iphone>
...
<Entitlements>
<![CDATA[
<key>aps-environment</key>
<string>development</string>
]]>
</Entitlements>
</iphone>
extension
A sequência de caracteres de extensão de um tipo de arquivo.
Elemento pai:
fileType
Elementos filho:
nenhum
Conteúdo
Uma sequência que identifica os caracteres de extensão do arquivo (sem o ponto, ".").
Exemplo
<extension>png</extension>
extensionID
Especifica o ID de uma extensão ActionScript usada pelo aplicativo. O ID é definida no documento descritor da extensão.
Elemento pai:
extensions
Elementos filho:
nenhum
Conteúdo
Uma sequência de caracteres que identifica o ID da extensão ActionScript.
Exemplo
<extensionID>com.example.extendedFeature</extensionID>
extensions
Identifica as extensões ActionScript usadas por um aplicativo.
Elemento pai:
application
Elementos filho:
extensionID
Conteúdo
Elementos filho
extensionID
que contêm os IDs de extensão ActionScript do arquivo descritor de extensão.
Exemplo
<extensions>
<extensionID>extension.first</extensionID>
<extensionID>extension.next</extensionID>
<extensionID>extension.last</extensionID>
</extensions>
externalSwfs
Especifica o nome de um arquivo de texto que contenha uma lista de arquivos SWF a serem configurados pelo ADT para hospedagem remota. Você pode minimizar o tamanho inicial de download do aplicativo ao empacotar um subconjunto dos SWFs usados por seu aplicativo e carregar os SWFs externos restantes (apenas ativos) no runtime usando o método
Loader.load()
. Para usar esse recurso, é necessário empacotar o aplicativo para que o ADT mova todo o ActionScript ByteCode (ABC) dos arquivos SWF carregados externamente para o aplicativo SWF principal, deixando um arquivo SWF que contenha todos os recursos. Isso é feito para obedecer à regra da Apple Store que proíbe o download de códigos depois que um aplicativo é instalado.
Para obter mais informações, consulte
Minimizar o tamanho do download carregando SWFs externos com somente ativos
.
Elemento pai:
iPhone
,
initialWindow
Elementos filho:
nenhum
Conteúdo
O nome de um arquivo de texto que contenha uma lista determinada por linhas dos SWFs que serão hospedados remotamente.
Exemplos
iOS:
<iPhone>
<externalSwfs>FileContainingListofSWFs.txt</externalSwfs>
</iPhone>
filename
A sequência de caracteres a ser usada como um filename do aplicativo (sem extensão) quando o aplicativo é instalado. O arquivo do aplicativo inicia o aplicativo do AIR no tempo de execução. Se nenhum valor
name
for fornecido,
filename
também será usado como o nome da pasta de instalação.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
A propriedade
filename
pode conter qualquer caractere Unicode (UTF-8), exceto o seguinte, que tem o uso proibido como filenames em vários sistemas de arquivos:
Caractere
|
Código hexadecimal
|
vários
|
0x00 – x1F
|
*
|
x2A
|
"
|
x22
|
:
|
x3A
|
>
|
x3C
|
<
|
x3E
|
?
|
x3F
|
\
|
x5C
|
|
|
x7C
|
O valor
filename
não pode terminar em um ponto.
Exemplo
<filename>MyApplication</filename>
fileType
Descreve um tipo único de arquivo que o aplicativo pode se cadastrar.
Elemento pai:
fileTypes
Elementos filho:
Conteúdo
Elementos que descrevem um tipo de arquivo.
Exemplo
<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
O elemento
fileTypes
permite declarar os tipos de arquivos com os quais um aplicativo do AIR pode ser associado.
Quando um aplicativo do AIR for instalado, qualquer tipo de arquivo declarado é registrado com o sistema operacional. Se esses tipos de arquivo ainda não estiverem associados a um outro aplicativo, eles são associados ao aplicativo do AIR. Para substituir uma associação existente entre um tipo de arquivo e outro aplicativo, use o método
NativeApplication.setAsDefaultApplication()
em runtime (preferencialmente com a permissão do usuário).
Nota:
Os métodos runtime podem apenas gerenciar associações para os tipos de arquivos declarados no descritor do aplicativo.
O elemento
fileTypes
é opcional.
Elemento pai:
application
Elementos filho:
fileType
Conteúdo
O elemento
fileTypes
pode conter qualquer número de elementos
fileType
.
Exemplo
<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>
fonte
Descreve uma única fonte personalizada que pode ser usada no aplicativo do AIR.
Elemento pai:
embedFonts
Elementos filho:
fontName
,
fontPath
Conteúdo
Elementos que especificam o nome da fonte personalizada e seu caminho respectivo.
Exemplo
<font>
<fontPath>ttf/space age.ttf</fontPath>
<fontName>space age</fontName>
</font>
fontName
Especifica o nome da fonte personalizada.
Elemento pai:
fonte
Elementos filho:
nenhum
Conteúdo
Nome da fonte personalizada a ser especificada em StageText.fontFamily
Exemplo
<fontName>space age</fontName>
fontPath
Oferece o local do arquivo da fonte personalizada.
Elemento pai:
fonte
Elementos filho:
nenhum
Conteúdo
Caminho do arquivo de fonte personalizada (em relação à origem).
Exemplo
<fontPath>ttf/space age.ttf</fontPath>
forceCPURenderModeForDevices
Force o CPU a entrar no modo de renderização para um conjunto específico de dispositivos. Esse recurso permite que você efetivamente ative o modo de renderização da GPU de forma seletiva para os dispositivos iOS restantes.
Adicione esta tag como filha da tag
iPhone
e especifique uma lista separada por espaços com os nomes dos modelos de dispositivos. Os nomes de modelos de dispositivo válidos incluem:
iPad 1.1
|
iPhone 1.1
|
iPod 1.1
|
iPad 2.1
|
iPhone 1.2
|
iPod 2.1
|
iPad 2.2
|
iPhone 2.1
|
iPod 3.3
|
iPad 2.3
|
iPhone 3.1
|
iPod 4.1
|
iPad 2.4
|
iPhone 3.2
|
iPod 5.1
|
iPad 2.5
|
iPhone 4.1
|
|
iPad 3.1
|
iPhone 5.1
|
|
iPad 3.2
|
|
|
iPad 3.3
|
|
|
iPad 3.4
|
|
|
Elemento pai:
iPhone
,
initialWindow
Elementos filho:
nenhum
Conteúdo
Lista dos nomes dos modelos de dispositivos separados por espaços.
Exemplos
iOS:
...
<renderMode>GPU</renderMode>
...
<iPhone>
...
<forceCPURenderModeForDevices>iPad1,1 iPhone1,1 iPhone1,2 iPod1,1
</forceCPURenderModeForDevices>
</iPhone>
fullScreen
Especifica se o aplicativo é iniciado no modo de tela cheia.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
true
ou
false
(padrão)
Exemplo
<fullscreen>true</fullscreen>
height
A altura inicial da janela principal do aplicativo.
Se você não definir uma altura, esta é determinada pelas configurações no arquivo SWF raiz ou, no caso de um aplicativo do AIR baseado em HTML, pelo sistema operacional.
A altura máxima de uma janela muda de 2048 para 4096 pixels no AIR 2.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
Um número inteiro positivo com um valor máximo de 4095.
Exemplo
<height>4095</height>
icon
A propriedade
icon
especifica um ou mais arquivos de ícone a serem usados pelo aplicativo. A inclusão de um ícone é opcional. Se você não especificar uma propriedade
icon
, o sistema operacional exibirá um ícone padrão.
O caminho especificado é relativo ao diretório raiz do aplicativo. Os arquivos de ícone devem estar no formato PNG. Você pode especificar todos os tamanhos de ícones a seguir:
Se um elemento para um determinado tamanho estiver presente, a imagem no arquivo deverá ser exatamente do tamanho especificado. Se todos os tamanhos não forem fornecidos, o tamanho mais próximo será dimensionado para se ajustar para um determinado uso do ícone pelo sistema operacional.
Nota:
Os ícones especificados não são automaticamente adicionados ao pacote do AIR. Os arquivos de ícone devem ser incluídos em seus locais corretos relativos quando o aplicativo for empacotado.
Para melhores resultados, forneça uma imagem para cada um dos tamanhos disponíveis. Além disso, verifique se os ícones estão apresentáveis nos modos de cores de 16 e 32 bits.
Elemento pai:
application
Elementos filho:
imageNxN
Conteúdo
Um elemento imageNxN para cada tamanho de ícone desejado.
Exemplo
<icon>
<image16x16>icons/smallIcon.png</image16x16>
<image32x32>icons/mediumIcon.png</image32x32>
<image48x48>icons/bigIcon.png</image48x48>
<image128x128>icons/biggestIcon.png</image128x128>
</icon>
id
Uma sequência de caracteres de identificador para o aplicativo, conhecida como O ID do aplicativo. Um identificador do estilo DNS reverso é usado frequentemente, mas este estilo não é necessário.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
O valor da ID é restrito aos seguintes caracteres:
-
0–9
-
a–z
-
A–Z
-
. (ponto)
-
- (hífen)
O valor deve conter de 1 a 212 caracteres. Esse elemento é necessário.
Exemplo
<id>org.example.application</id>
imageNxN
Define o caminho para um ícone relativo ao diretório do aplicativo.
As imagens de ícone a seguir podem ser usadas, cada um especificando um tamanho diferente de ícone:
-
image16x16
-
image29x29 (acima de AIR 2)
-
image32x32
-
image36x36 (acima de AIR 2.5)
-
image48x48
-
image50x50 (acima de AIR 3.4)
-
image57x57 (acima de AIR 2)
-
image58x58 (acima de AIR 3.4)
-
image72x72 (acima de AIR 2)
-
image100x100 (acima de AIR 3.4)
-
image114x114 (acima de AIR 2.6)
-
image128x128
-
image144x144 (acima de AIR 3.4)
-
image512x512 (acima de AIR 2)
-
image1024x1024 (acima de AIR 3.4)
O ícone deve ser um gráfico PNG exatamente do tamanho indicado pelo elemento de imagem. Os arquivos de ícone devem ser incluídos no pacote de aplicativos; ícones referenciados no documento de descrição do aplicativo não são incluídos automaticamente.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
O caminho do arquivo pode conter qualquer caractere Unicode (UTF-8), exceto o seguinte, que tem o uso proibido como filenames em vários sistemas de arquivos:
Caractere
|
Código hexadecimal
|
vários
|
0x00 – x1F
|
*
|
x2A
|
"
|
x22
|
:
|
x3A
|
>
|
x3C
|
<
|
x3E
|
?
|
x3F
|
\
|
x5C
|
|
|
x7C
|
Exemplo
<image32x32>icons/icon32.png</image32x32>
InfoAdditions
Permite especificar propriedades adicionais de um aplicativo iOS.
Elemento pai:
iPhone
Elementos filho:
elementos Info.plist para iOS
Conteúdo
Contém elementos filho que especificam os pares com valor-chave para usar como configurações de Info.plist para o aplicativo. Conteúdo do elemento InfoAdditions deve ser incluído em um bloco CDATA.
Consulte
Referência-chave da lista de propriedade de informações
na Biblioteca de referência do iPhone Apple para obter informações sobre pares dos principais valores e sobre como expressá-los em XML.
Exemplo
<InfoAdditions>
<![CDATA[
<key>UIStatusBarStyle</key>
<string>UIStatusBarStyleBlackOpaque</string>
<key>UIRequiresPersistentWiFi</key>
<string>NO</string>
]]>
</InfoAdditions>
initialWindow
Define o principal conteúdo do arquivo e aparência inicial do aplicativo.
Elemento pai:
application
Elementos filho:
Todos os elementos a seguir podem aparecer como filhos do elemento initialWindow. Contudo, alguns elementos são ignorados, dependendo se o AIR está disponível com janelas em uma plataforma:
Conteúdo
Elementos filho que definem o comportamento e a aparência do aplicativo.
Exemplo
<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
Identifica o subdiretório do diretório de instalação padrão.
No Windows, o subdiretório de instalação padrão é Arquivos de Programas. No Mac OS, é o diretório /Applications. No Linux, é /opt/. Por exemplo, se a propriedade
installFolder
é definida como
"Acme"
e um aplicativo é chamado de
"ExampleApp"
, o aplicativo é instalado em C:\Arquivos de Programas\Acme\ExampleApp no Windows, em /Applications/Acme/Example.app no Mac OS e em /opt/Acme/ExampleApp no Linux.
A propriedade
installFolder
é opcional. Se você não especificar nenhuma propriedade
installFolder
, o aplicativo será instalado em um subdiretório do diretório de instalação padrão, com base na propriedade
name
.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
A propriedade
installFolder
pode conter qualquer caractere Unicode (UTF-8), exceto aqueles cujo uso é proibido como nomes de pastas em vários sistemas de arquivos (consulte a propriedade
filename
para obter a lista de exceções).
Use o caractere de barra (/) como o caractere separador de diretório se desejar especificar um subdiretório aninhado.
Exemplo
<installFolder>utilities/toolA</installFolder>
iPhone
Define as propriedades de aplicativos específicos para iOS.
Elemento pai:
application
manifesto
Especifica informações para adicionar ao arquivo de manifesto do Android para o aplicativo.
Elemento pai:
manifestAdditions
Elementos filho:
Definido pelo Android SDK.
Conteúdo
O elemento do manifesto não é, tecnicamente falando, uma parte do esquema descritor do aplicativo do AIR. É a raiz do documento XML do manifesto do Android. Qualquer conteúdo que você coloca dentro do elemento do manifesto deve estar em conformidade com o esquema do AndroidManifest.xml. Ao gerar um arquivo APK com as ferramentas do AIR, as informações do elemento do manifesto é copiado para a parte correspondente do AndroidManifest.xml gerado pelo aplicativo.
Se você especificar valores de manifesto do Android que estão disponíveis apenas em uma versão SDK mais recente do que a suportada diretamente pelo AIR, você precisa configurar o sinalizador
‑platformsdk
para o ADT ao empacotar o aplicativo. Defina o sinalizador para o caminho do sistema de arquivos para um SDK do Android que suporte os valores que você está adicionando.
O próprio elemento do manifesto deve ser incluído em um bloco CDATA dentro do descritor do aplicativo do AIR.
Exemplo
<![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
Especifica informações para adicionar ao arquivo do manifesto do Android.
Cada aplicativo do Android inclui um arquivo de manifesto que define as propriedades básicas do aplicativo. O manifesto do Android é semelhante em conceito ao descritor do aplicativo do AIR. Um aplicativo do AIR for Android tem tanto um descritor de aplicativo quanto um arquivo de manifesto do Android gerado automaticamente. Quando um aplicativo do AIR for Android é compactado, as informações contidas neste elemento
manifestAdditions
são adicionadas às partes correspondentes do documento de manifesto do Android.
Elemento pai:
android
Elementos filho:
manifesto
Conteúdo
As informações no elemento
manifestAdditions
são adicionadas ao documento XML do AndroidManifest.
O AIR define várias entradas de manifesto no documento de manifesto Android gerado para garantir que os recursos de aplicação e runtime funcionem corretamente. Não é possível substituir as configurações a seguir:
Não é possível definir os seguintes atributos do elemento de manifesto:
-
package
-
android:versionCode
-
android:versionName
Não é possível definir os seguintes atributos do elemento de atividade principal:
-
android:label
-
android:icon
Não é possível definir os seguintes atributos do elemento de aplicativo:
Exemplo
<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
Especifica se a janela pode ser maximizada.
Nota:
Em sistemas operacionais como o Mac OS X, em que maximizar janelas é uma operação de redimensionamento, tanto maximizable quanto resizable devem ser definidos como
false
para impedir que a janela seja ampliada ou redimensionada.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
true
(padrão) ou
false
Exemplo
<maximizable>false</maximizable>
maxSize
O tamanho máximo da janela. Se você não definir um tamanho máximo, este será determinado pelo sistema operacional.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
Dois inteiros que representam a largura e a altura máximas, separadas por espaço em branco.
Nota:
O tamanho máximo da janela disponível pelo AIR aumentou de 2048x2048 para 4096x4096 pixels no AIR 2. (Como as coordenadas da tela são baseadas em zero, o valor máximo que você pode usar para largura ou altura é 4095.)
Exemplo
<maxSize>1024 360</maxSize>
minimizable
Especifica se a janela pode ser minimizada.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
true
(padrão) ou
false
Exemplo
<minimizable>false</minimizable>
minSize
Especifica o tamanho mínimo permitido para a janela.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
Dois inteiros que representam a largura e a altura mínimas, separadas por espaço em branco. Observe que o tamanho mínimo imposto pelo sistema operacional tem precedência sobre o valor definido no descritor do aplicativo.
Exemplo
<minSize>120 60</minSize>
name
O título do aplicativo que é exibido pelo instalador do aplicativo do AIR.
Se nenhum elemento
name
for especificado, o instalador do aplicativo do AIR exibirá
filename
como o nome do aplicativo.
Elemento pai:
application
Elementos filho:
text
Conteúdo
Se você especificar um único nó de texto (em vez de vários elementos
<text>
), o instalador do aplicativo do AIR usa esse nome, independentemente do idioma do sistema.
O esquema do descritor do aplicativo do AIR 1.0 permite apenas um simples nó de texto a ser definido para o nome (e não vários elementos
text
). No AIR 1.1 (ou acima), você pode especificar vários idiomas no elemento
name
.
O atributo
xml:lang
para cada elemento de texto especifica um código de idioma, como definido em
RFC4646
(http://www.ietf.org/rfc/rfc4646.txt).
O instalador do aplicativo do AIR usa o nome que mais se aproxima do idioma da interface do usuário do sistema operacional do usuário. Por exemplo, considere uma instalação na qual o elemento
name
do arquivo do descritor do aplicativo inclui um valor para o local en (inglês). O instalador do aplicativo do AIR usa o nome en se o sistema operacional identifica en (inglês) como o idioma da interface do usuário. Ele também usa o nome en se o idioma da interface do usuário do sistema for en-US (inglês norte-americano). No entanto, se o idioma da interface do usuário é en-US e o arquivo do descritor do aplicativo define os nomes en-US e en-GB, o instalador do aplicativo do AIR usa o valor en-US. Se o aplicativo não define nenhum nome que corresponda aos idiomas da interface do usuário do sistema, o instalador do aplicativo do AIR usa o primeiro valor
name
definido no arquivo do descritor do aplicativo.
O elemento
name
define apenas o título do aplicativo usado no instalador do aplicativo do AIR. O instalador do aplicativo do AIR suporta vários idiomas: chinês tradicional, chinês simplificado, tcheco, holandês, inglês, francês, alemão, italiano, japonês, coreano, português do Brasil, russo, espanhol, sueco e turco. O instalador do aplicativo do AIR seleciona o idioma exibido (para outros textos que não o título do aplicativo e a descrição) com base no idioma da interface do usuário do sistema. Essa seleção de idioma independe das configurações no arquivo do descritor do aplicativo.
O elemento
name
não
define as localidades disponíveis para o aplicativo instalado em execução. Para obter detalhes sobre o desenvolvimento de aplicativos com vários idiomas, consulte
Localização de aplicativos AIR
.
Exemplo
O exemplo a seguir define um nome com um nó de texto simples:
<name>Test Application</name>
O exemplo a seguir, válido no AIR 1.1 e posterior, especifica o nome em três idiomas (inglês, francês e espanhol), utilizando nós do elemento <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
Identifica o nome de um tipo de arquivo.
Elemento pai:
fileType
Elementos filho:
nenhum
Conteúdo
Uma sequência de caracteres que representa o nome do tipo de arquivo.
Exemplo
<name>adobe.VideoFile</name>
programMenuFolder
Identifica o local no qual colocar atalhos para o aplicativo no menu Todos os Programas do sistema operacional Windows ou no menu Aplicativos do Linux. (Essa configuração é atualmente ignorada em outros sistemas operacionais.)
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
A sequência de caracteres para o valor
programMenuFolder
pode conter qualquer caractere Unicode (UTF-8), exceto aqueles cujo uso é proibido, como nomes de pastas em vários sistemas de arquivos (consulte o elemento
filename
para ver a lista de exceções).
Não
use um caractere de barra (/) como o último caractere desse valor.
Exemplo
<programMenuFolder>Example Company/Sample Application</programMenuFolder>
publisherID
Identifica o ID do editor para atualizar um aplicativo do AIR criada originalmente com AIR versão 1.5.2 ou anterior.
Somente especifique um ID do editor ao criar uma atualização do aplicativo. O valor do elemento
publisherID
deve corresponder à ID do editor gerada pelo AIR para a versão anterior do aplicativo. Para um aplicativo instalado, o ID do editor pode ser encontrada na pasta em que um aplicativo é instalado, no arquivo
META-INF/AIR/publisherid
.
Novos aplicativos criados com o AIR 1.5.3 ou posterior não devem especificar um ID do editor.
Para obter mais informações, consulte
Sobre identificadores de editor do AIR
.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
Uma sequência de caracteres do ID do editor.
Exemplo
<publisherID>B146A943FBD637B68C334022D304CEA226D129B4.1</publisherID>
renderMode
Especifica se deve usar aceleração de unidade de processamento gráfico (GPU), se disponível no dispositivo de computação atual.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
Um dos seguintes valores:
-
auto
(padrão) — volta no momento para o modo de CPU.
-
cpu
— a aceleração por hardware não é usada.
-
direct
— a composição de renderização ocorre na CPU; o blitting usa a GPU. Disponível no AIR 3+.
Nota:
Para aproveitar a aceleração GPU do conteúdo Flash com o AIR para plataformas móveis, o Adobe recomenda que você use renderMode="direct", o Stage3D e não o renderMode="gpu". A Adobe oferece suporte e recomenda oficialmente as seguintes estruturas baseadas em Stage3D: Starling (2D) e Away3D (3D). Para obter mais detalhes do Stage3D e do Starling/Away3D (3D), consulte
http://gaming.adobe.com/getstarted
.
-
gpu
— a aceleração por hardware é usada, se disponível.
Importante:
Não utilize o modo de renderização de GPU para aplicativos Flex.
Exemplo
<renderMode>direct</renderMode>
requestedDisplayResolution
Especifica se o aplicativo deseja usar a resolução padrão ou alta em um dispositivo ou monitor de computador com uma tela de alta resolução. Quando definida para
padrão
, a tela aparecerá para o aplicativo como uma tela de resolução padrão. Quando definida para
alta
, o aplicativo pode tratar cada pixel de alta resolução.
Por exemplo, em uma tela de iPhone de 640x960 de alta resolução, se a configuração for
standard
, as dimensões do palco em tela inteira são 320x480 e cada pixel do aplicativo é renderizado usando quatro pixels da tela. Se a configuração for
high
, as dimensões do palco em tela inteira são 640x960.
Em dispositivos com telas de resolução padrão, as dimensões do palco combinam com de tela, sem importar qual definição é usada.
Se o elemento
requestedDisplayResolution
estiver aninhado no elemento
iPhone
, ele se aplica aos dispositivos iOS. Neste caso, o atributo
excludeDevices
pode ser usado para especificar dispositivos aos quais a configuração não é aplicada.
Se o elemento
requestedDisplayResolution
estiver aninhado ao elemento
initialWindow
, ele se aplica aos aplicativos de desktop AIR nos computadores MacBook Pro compatíveis com exibições em alta resolução. O valor especificado se aplica a todas as janelas nativas usadas no aplicativo. O aninhamento do elemento
requestedDisplayResolution
ao elemento
initialWindow
é suportado no AIR 3.6 e posterior.
Elemento pai:
iPhone
,
initialWindow
Elementos filho:
nenhum
Conteúdo
Seja
padrão
ou
alta
.
Atributo:
excludeDevices — uma lista de nomes de modelos do iOS ou prefixos de nomes de modelos separados por espaços. Isto permite ao desenvolvedor ter alguns dispositivos que usam alta resolução e outros que usam resolução padrão. Este atributo está disponível apenas no iOS (o elemento
requestedDisplayResolution
é aninhado no elemento
iPhone
). O atributo
excludeDevices
está disponível no AIR 3.6 e posterior.
Para qualquer dispositivo cujo o nome do modelo esteja especificado neste atributo, o valor
requestedDisplayResolution
é o oposto do valor especificado. Em outras palavras, se o valor
requestedDisplayResolution
for
high
, os dispositivos excluídos usam a resolução padrão. Se o valor
requestedDisplayResolution
for
standard
, os dispositivos excluídos usam a alta resolução.
Os valores são nomes de modelos de dispositivos iOS ou prefixos de nomes de modelos. Por exemplo, o valor iPad3.1 se refere especificamente a um iPad com Wi-Fi de 3ª geração (mas não aos iPads GSM ou CDMA de 3ª geração). Como alternativa, o valor iPad3 se refere a qualquer iPad de 3ª geração. Uma lista não oficial de nomes de modelos de iOS está disponível na
página wiki de modelos de iPhone
.
Exemplos
Desktop:
<initialWindow>
<requestedDisplayResolution>high</requestedDisplayResolution>
</initialWindow>
iOS:
<iPhone>
<requestedDisplayResolution excludeDevices="iPad3 iPad4">high</requestedDisplayResolution>
</iPhone>
resizable
Especifica se a janela pode ser redimensionada.
Nota:
Em sistemas operacionais como o Mac OS X, em que maximizar janelas é uma operação de redimensionamento, tanto maximizable quanto resizable devem ser definidos como
false
para impedir que a janela seja ampliada ou redimensionada.
Elemento pai:
initialWindow
Elementos filho:
Conteúdo
true
(padrão) ou
false
Exemplo
<resizable>false</resizable>
softKeyboardBehavior
Especifica o comportamento padrão do aplicativo quando um teclado virtual é exibido. O comportamento padrão é deslocar o aplicativo para cima. O runtime mantém o objeto interativo ou o campo de texto focalizado na tela. Use a opção
pan
se o aplicativo não fornecer sua própria lógica de manipulação do teclado.
Você também pode desativar o comportamento automático, definindo o elemento
softKeyboardBehavior
para
nenhum
. Neste caso, os campos de texto e objetos interativos enviam um SoftKeyboardEvent quando o teclado virtual é gerado, mas o runtime não desloca ou redimensiona o aplicativo. É responsabilidade do seu aplicativo manter a área de entrada de texto em exibição.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
Seja
none
ou
pan
. O valor padrão é
pan
.
Exemplo
<softKeyboardBehavior>none</softKeyboardBehavior>
supportedLanguages
Identifica os idiomas suportados pelo aplicativo. Esse elemento é usado apenas pelo iOS, runtime cativo do Mac e pelos aplicativos Android. Esse elemento é ignorado por todos os tipos de aplicativo.
Se você não especificar esse elemento, por padrão o empacotador realiza as seguintes ações com base no tipo de aplicativo:
-
iOS — todos os idiomas suportados pelo runtime do AIR são listados na app store do iOS como idiomas suportados do aplicativo.
-
Runtime cativo do Mac — Aplicativo empacotado com conjunto cativo não possui informações de localização.
-
Android — O pacote do aplicativo tem recursos para todos os idiomas suportados pelo runtime do AIR.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
Uma lista delimitada por espaços dos idiomas suportadas. Os valores de idiomas válidos são valores ISO 639‑1 para os idiomas compatíveis com o runtime do AIR:
en
,
de
,
es
,
fr
,
it
,
ja
,
ko
,
pt
,
ru
,
cs
,
nl
,
pl
,
sv
,
tr
,
zh
,
da
,
nb
e
iw
.
O empacotador gera um erro para um valor vazio do elemento
<supportedLanguages>
.
Nota:
Marcas localizadas (como a marca de nome) ignoram o valor de um idioma se você usar a marca
<supportedLanguages>
e ela não contiver o idioma em questão. Se uma extensão nativa tem recursos para um idioma não especificado pela marca
<supportedLangauges>
, é emitido um aviso e os recursos são ignorados para o idioma em questão.
Exemplo
<supportedLanguages>en ja fr es</supportedLanguages>
supportedProfiles
Identifica os perfis que são compatíveis com o aplicativo.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
Você pode incluir qualquer um desses valores no elemento
supportedProfiles
:
-
desktop
— O perfil desktop é para aplicativos do AIR que são instalados em um computador de mesa que usa um arquivo do AIR. Esses aplicativos não precisam ter acesso à classe NativeProcess (que fornece comunicação com os aplicativos nativos).
-
extendedDesktop
— O perfil desktop estendido define os aplicativos do AIR que estão instalados em um computador de mesa usando um instalador do aplicativo nativo. Esses aplicativos precisam ter acesso à classe NativeProcess (que fornece comunicação com os aplicativos nativos).
-
mobileDevice
— O perfil de dispositivo móvel é para aplicativos móveis.
-
extendedMobileDevice
— O perfil dispositivo móvel estendido não está em uso atualmente.
A propriedade
supportedProfiles
é opcional. Quando você não incluir este elemento no arquivo descritor do aplicativo, o aplicativo pode ser compilado e implantado para qualquer perfil.
Para especificar vários perfis, separe cada um com um caractere de espaço. Por exemplo, a configuração a seguir especifica que o aplicativo somente está disponível na área de trabalho e nos perfis estendidos.
<supportedProfiles>desktop extendedDesktop</supportedProfiles>
Nota:
Ao executar um aplicativo com ADL e não especificar um valor para a opção
-profile
do ADL, o primeiro perfil no descritor do aplicativo é utilizado. (Se nenhum perfil estiver especificado no descritor do aplicativo, o perfil de desktop é usado.)
Exemplo
<supportedProfiles>desktop mobileDevice</supportedProfiles>
systemChrome
Especifica se a janela inicial do aplicativo é criada com controles, bordas e barra de título padrão fornecidos pelo sistema operacional.
A configuração do cromo do sistema da janela não pode ser alterada em runtime.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
Um dos seguintes valores:
-
none
— Nenhum cromo do sistema é fornecido. O aplicativo (ou um framework do aplicativo, como Flex) é responsável por exibir o cromo da janela.
-
standard
(padrão) — O cromo do sistema é fornecido pelo sistema operacional.
Exemplo
<systemChrome>standard</systemChrome>
text
Especifica uma sequência de caracteres traduzida.
O atributo
xml:lang
de um elemento de texto especifica um código de idioma, como definido em
RFC4646
(http://www.ietf.org/rfc/rfc4646.txt).
O instalador do aplicativo do AIR usa o elemento
text
com o valor de atributo
xml:lang
que mais se aproxima do idioma da interface do sistema operacional do usuário.
Por exemplo, considere uma instalação na qual um elemento
text
inclui um valor para o local en (inglês). O instalador do aplicativo do AIR usa o nome en se o sistema operacional identifica en (inglês) como o idioma da interface do usuário. Ele também usa o nome en se o idioma da interface do usuário do sistema for en-US (inglês norte-americano). No entanto, se o idioma da interface do usuário é en-US e o arquivo do descritor do aplicativo define os nomes en-US e en-GB, o instalador do aplicativo do AIR usa o valor en-US.
Se o aplicativo não define nenhum elemento
text
que corresponda aos idiomas da interface do usuário do sistema, o instalador do aplicativo do AIR usa o primeiro valor
name
definido no arquivo do descritor do aplicativo.
Elementos filho:
nenhum
Conteúdo
Um atributo
xml:lang
que especifica um local e uma sequência de caracteres do texto traduzido.
Exemplo
<text xml:lang="fr">Bonjour AIR</text>
title
Especifica o título exibido na barra de título da janela inicial do aplicativo.
Um título é exibido apenas se o elemento
systemChrome
estiver definido para
standard
.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
Uma sequência de caracteres que contém o título da janela.
Exemplo
<title>Example Window Title</title>
transparent
Especifica se a janela inicial do aplicativo é alfa mesclada com o desktop.
Uma janela com transparência ativada pode ser desenhada mais lentamente e exigir mais memória. A configuração de transparente não pode ser alterada no tempo de execução.
Importante:
Você pode definir apenas
transparent
como
true
quando
systemChrome
for
none
.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
true
ou
false
(padrão)
Exemplo
<transparent>true</transparent>
version
Especifica as informações de versão para o aplicativo.
A sequência de caracteres da versão é um designador definido pelo aplicativo. O AIR não interpreta de maneira nenhuma a string de versão. Portanto, não se supõe que a versão “3.0” é mais atual que a versão “2.0.” Exemplos:
"1.0"
, "
.4"
, "
0.5
",
"4.9"
,
"1.3.4a"
.
Em AIR 2.5 e posterior, o elemento
version
é substituído pelos elementos
versionNumber
e
versionLabel
.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
Uma sequência de caracteres que contém uma versão do aplicativo.
Exemplo
<version>0.1 Alpha</version>
versionLabel
Especifica uma sequência de caracteres da versão legível por pessoas.
O valor do rótulo da versão é exibido em diálogos de instalação em vez de o valor do elemento
versionNumber
. Se
versionLabel
não for usado, o
versionNumber
é usado para ambos.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
Uma sequência de caracteres que contém o texto da versão exibida publicamente.
Exemplo
<versionLabel>0.9 Beta</versionlabel>
versionNumber
O número da versão do aplicativo.
Elemento pai:
application
Elementos filho:
nenhum
Conteúdo
O número da versão pode conter uma sequência de até três números inteiros separados por pontos. Cada inteiro deve ser um número entre 0 e 999 (inclusive).
Exemplos
<versionNumber>1.0.657</versionNumber>
<versionNumber>10</versionNumber>
<versionNumber>0.01</versionNumber>
visible
Especifica se a janela inicial do aplicativo fica visível assim que é criada.
Janelas do AIR, incluindo a janela inicial, são criadas em estado invisível por padrão. Você pode exibir a janela chamando o método
activate()
do objeto NativeWindow ou definindo a propriedade
visible
como
true
. Você pode querer deixar a janela principal oculta inicialmente, para que alterações na posição da janela, no tamanho da janela e o layout de seu conteúdo não sejam exibidos.
O componente mx:WindowedApplication do Flex exibe e ativa de maneira automática a janela imediatamente antes que o evento
applicationComplete
seja despachado, a menos que o atributo
visible
seja definido como
false
na definição MXML.
Nos dispositivos em perfis móveis, que não são compatíveis com janelas, a configuração visível é ignorada.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
true
ou
false
(padrão)
Exemplo
<visible>true</visible>
width
A largura inicial da janela principal do aplicativo.
Se você não definir uma largura, esta é determinada pelas configurações no arquivo SWF raiz ou, no caso de um aplicativo do AIR baseado em HTML, pelo sistema operacional.
A largura máxima de uma janela muda de 2048 para 4096 pixels no AIR 2.
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
Um número inteiro positivo com um valor máximo de 4095.
Exemplo
<width>1024</width>
x
A posição horizontal da janela inicial do aplicativo.
Na maioria dos casos, é melhor deixar o sistema operacional determinar a posição inicial da janela em vez de atribuir um valor fixo.
A origem do sistema de coordenadas da tela (0,0) é o canto superior esquerdo da tela principal do desktop (conforme determinado pelo sistema operacional).
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
Um valor inteiro.
y
A posição vertical da janela inicial do aplicativo.
Na maioria dos casos, é melhor deixar o sistema operacional determinar a posição inicial da janela em vez de atribuir um valor fixo.
A origem do sistema de coordenadas da tela (0,0) é o canto superior esquerdo da tela principal do desktop (conforme determinado pelo sistema operacional).
Elemento pai:
initialWindow
Elementos filho:
nenhum
Conteúdo
Um valor inteiro.
|
|
|