Elementos descritores do aplicativo do AIR

O dicionário de elementos a seguir descreve cada um dos elementos válidos de um arquivo descritor de aplicativo do AIR.

allowBrowserInvocation

Permite que a API no navegador AIR detecte e ative o aplicativo.

Se você definiu esse valor como true , certifique-se de considerar implicações de segurança. Elas são descritas em Invocação de um aplicativo do AIR do navegador (para desenvolvedores em ActionScript) ou em Invoking an AIR application from the browser (para desenvolvedores em HTML).

Para obter mais informações, consulte Inicialização de um aplicativo do AIR instalado do navegador .

Elemento pai: application

Elementos filho: nenhum

Conteúdo

true ou false (padrão)

Exemplo

<allowBrowserInvocation>true</allowBrowserInvocation>

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:

  • 16 bits

  • 32 bits

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:

  • true

  • false

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.

Atributos:

Nenhum.

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.

Atributos:

Nenhum.

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:

Elemento

Área de trabalho

Móvel

aspectRatio

ignorada

usada

autoOrients

ignorada

usada

content

usada

usada

depthAndStencil

usada

usada

fullScreen

ignorada

usada

height

usada

ignorada

maximizable

usada

ignorada

maxSize

usada

ignorada

minimizable

usada

ignorada

minSize

usada

ignorada

renderMode

usado (AIR 3.0 e superior)

usada

requestedDisplayResolution

usado (AIR 3.6 e superior)

ignorada

resizable

usada

ignorada

softKeyboardBehavior

ignorada

usada

systemChrome

usada

ignorada

title

usada

ignorada

transparent

usada

ignorada

visible

usada

ignorada

width

usada

ignorada

x

usada

ignorada

y

usada

ignorada

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:

  • android:theme

  • android:name

  • android:label

  • android:windowSoftInputMode

  • android:configChanges

  • android:screenOrientation

  • android:launchMode

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 pai:

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.

Exemplo

<x>120</x>

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.

Exemplo

<y>250</y>